John Szakmeister wrote:
> On Wednesday 01 February 2006 03:13, Thomas Beale wrote:
> [snip]
>
>> 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'
>>
>
> This looks like a bug that Malcome Rowe and myself have been trying to track
> down. What appears to be happening, is that an alternate handle to the rev
> file is being opened and used, while the other is left dangling. When pool
> cleanup time comes around, it flushes the remaining data in the buffer,
> clobbering one of the text representations.
>
> If you have the original repository handy, this is actually very easy to fix.
> You can send me a private email if you need that done, but it looks like
> you've already gotten back up and running using a different solution.
>
well, I wouldn't call it a solution - I used sledge hammer means to just
toss the "corrupted" most recent revision, and then more or less
reconstructed it from my workarea (which meant recreating that as well,
since it lost any coherent idea of what state the repository is in). In
practical terms, everything is back up and working, with some annoyance
factor - everyone with a copy of that repo had to do a new clean checkout.
But I would be interested to know the proper "fix" that actually
uncorrupts the repository - can you publish that? My researches on lists
found about 5 or so instances of this bug being experienced
independently, so it is a real one. Even a recovery fix published on the
list (or better in the FAQ) would be better than nothing - eventually I
imagine someone will find the offending bug in the code, and then we
will all be happy;-)
- thomas beale
> -John
>
>
>
--
___________________________________________________________________________________
CTO Ocean Informatics (http://www.OceanInformatics.biz)
Research Fellow, University College London (http://www.chime.ucl.ac.uk)
Chair Architectural Review Board, openEHR (http://www.openEHR.org)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 6 00:47:15 2006