Thanks, Max. Zeroing out that md5sum let the svnlook tree command run,
but the dump still fails.
FYI, it looks like there's more corruption in the rev file than just
that one spot. In fact I've been able to find corruption in many of the
revision files.
I've restored a backup and done an incremental dump of the work that's
been done since then and combined the two. svnadmin verify says the
produce is ok, so at least I haven't lost any data.
I will need to figure out how all those rev files got corrupted, though,
but that's between me and the server ;)
Thanks again.
-Cory
Max Bowsher wrote:
> Cory Grimster wrote:
>
>> I've dug deeper and have found the offending node in the rev file:
>>
>> svnlook tree -r66 --show-ids /svnroot /sites/intranet
>>
>> ...
>> catalog/ <krq.0.r66/33550254>
>> svn: Malformed text rep offset line in node-rev
>>
>> That's referring to this section of the rev file, I think:
>>
>> id: krq.0.r66/33550254
>> type: dir
>> count: 0
>> text: 66 33548492 1749 1749 39a7b28ert.t0dfee4650f283a4c4963
>> cpath: /sites/intranet/packages/general-comments/catalog
>> copyroot: 0 /
>>
>> The last item in the text: field looks like it should be a hex value.
>> I'm pretty sure "t.t" doesn't belong there...
>>
>> Of course I have no idea where that value comes from, so I'm unsure how
>> I can correct it.
>>
>> Any takers?
>
>
> That's an md5sum. So "rt.t" certainly isn't valid.
>
> Replacing the entire md5sum with all-zeros will act as a wildcard - that
> might allow the dump to proceed a further. Obviously, make a backup
> before conducting surgery.
>
> Max.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Mar 8 16:32:54 2005