[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: what causes "File exists: file not found"?

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2002-09-03 17:23:35 CEST

Nathan Fiedler <nfiedler@bluemarsh.com> writes:

> A college student is doing a project related to Subversion and has
> decided to use my site as part of her research. Unfortunately this has
> created a great many errors in my Apache log file. What causes these and
> how do I fix them?
>
> [Wed Aug 28 15:39:49 2002] [error] [client XX.XXX.XX.XX] (17)File
> exists: file not found: revision `0', path `/benoit' [404, #160013]
> [Wed Aug 28 15:40:09 2002] [error] [client XX.XXX.XX.XX] Could not fetch
> resource information. [404, #0]
> [Wed Aug 28 15:40:09 2002] [error] [client XX.XXX.XX.XX] could not
> determine resource kind [404, #160013]
>
> [Wed Aug 28 15:43:50 2002] [error] [client XX.XXX.XX.XX] A failure
> occurred during the completion and response generation for the update
> report. [404, #160013]
> [Wed Aug 28 15:43:50 2002] [error] [client XX.XXX.XX.XX] (17)File
> exists: file not found: revision `0', path `/benoit' [404, #160013]

I've been seeing these non-fatal errors in my logfile for a while
too. I think they have something to do with ra_dav_get_baseline_info
making all sorts of existence queries on different URLs; it's
perfectly fine for an existence check to come up empty, but the server
shouldn't log it as an error.

Is there any way to make mod_dav_svn recognize the difference between
an *unexpected* failure to find a resource, vs. an unimportant
existence check?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 3 17:25:22 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.