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

corrupted FSFS repository

From: Thomas Beale <thomas_at_deepthought.com.au>
Date: 2006-02-01 09:13:06 CET

Hi

I have spent a few days looking for evidence and reports of this bug,
which I posted on the users list. It appears to be known as issue
2467...http://subversion.tigris.org/issues/show_bug.cgi?id=2467

Our experience of the problem is the same as reported in the issue.

At the moment I can see no guidance on how to fix or even diagnose this.
I cannot see how to find out which file is the offender. There seems to
be no repair facility for fsfs repositories.

As far as I can see I will have to recreate the repository. But what
will stop this happening again? No-one seems to know what causes it. (my
only surmise is that it is to do with binary files, as we have a lot of
those - mainly PDF and FrameMaker).

I don't want to sound alarmist, but this seems like a serious bug, or am
I missing something?

this is what I originally reported.........................

Our experience of this problem is: doing a new checkout or an update to
one of our repositories reslts in a partial set of files, then an error:

Error: REPORT request failed on '/specification/!svn/vcc/default'
Error: The REPORT request returned invalid XML in the response: XML
parse error at
Error: line 1888829: no element found (/specification/!svn/vcc/default)

Multiple users have the same experience. No-one can successfully
checkout or update (both fail aprtway through). The environment is:

Server:
Debian Linux 3.0
Subversion 1.2.0 (r14790) (compiled june 29 2005)
file system - FSFS
Apache 2.0.54

Clients:
generally windows XP + near-latest Tortoise

If I go onto the server and do a svnadmin verify, I get:

....
* Verified revision 47.
* Verified revision 48.
* Verified revision 49.
* Verified revision 50.
svnadmin: Can't read length line in file 'specification/db/revs/51'

It seems as if the last check-in has broken the repository. In it there
is a PDF file (which has been checked in many times before; and there
are many PDFs in our repo) that when the file name is clicked in the web
view (or wsvn), you get:

<D:error>
<C:error/>
     <m:human-readable errcode="200002">
Can't read length line in file '/usr/local/var/svn/specification/db/revs/51'
</m:human-readable>
</D:error>

But clicking on other files in the revision seems to be ok. I don't
understand this message: does it mean the actual file I just requested
(happens to be called adl.pdf), or something else?

If anyone is interested, you can try the links at
http://svn.openehr.org/specification/BRANCHES/Release-1.0-candidate/publishing/index.html,
the repo root is http://svn.openehr.org/specification. The link
http://svn.openehr.org/specification/BRANCHES/Release-1.0-candidate/publishing/architecture/am/adl.pdf
is the broken one.

- thomas beale

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Feb 1 13:12:08 2006

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.