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

Strange experiences with Subversion dump/load -cycle.

From: Pekka Niiranen <pekka.niiranen_at_pp5.inet.fi>
Date: 2007-11-07 22:47:33 CET


has anybody else encountered these problems?

I was using Subversion v1.4.3 in SUSE 8.2 with FSFS and Apache v2.0.59
and decided to upgrade. I ran "svnadmin verify" (no errors) and then
dumped the repository which created 10 GB file. Then I installed
Berkeley DB 4.3.39, Apache v2.0.61 and Subversion v1.4.5.

When I created Berkeley DB and tried to "svnadmin load" the dump
back in, the process halted due to "checksum errors" or import
just randomly jammed. Can't one load dumped FSFS repository
back into new Berkeley DB?

Then I just recreated FSFS database and imported
the same dump back into it. Import went fine but I could not commit
anything into database due to "svn: OPTIONS request failed on".
I ran "svnadmin verify" again and it stopped on error of
"mismatched checksum" in revision 267 (Repository had over
4000 revisions in total). Boldly I fixed that error
by editing checksum in file "/db/revs/267" manually, but
next run of "svnadmin verify" gave another error
about "malformed header".

Then I found fsfsverify -script from Internet I tried to
run to "/db/revs/267" but script failed due to parsing error.
I added one "print" -line to it and noticed one line
that should have had 5 items like:

text: 111 222 333 4444 f5f3187bed8056a1822cdb5edb6aa1fa

had one space replaced by "-sign:

text: 111 222"333 4444 f5f3187bed8056a1822cdb5edb6aa1fa

I replaced the "-sign with space and run "svnadmin verify" again.
This time no problems were detected and "svn commit"
started working again. Was "svnadmin verify" in v1.4.3 buggy or
did "svnadmin dump/load" -cycle damage the repository?

I did use Berkeley DB before revision 3000 earlier this year.
All files are stored as binary into Database
("svn diff" is not possible).

IMHO we would need:

- "svnadmin purge" -command to remove damaged files from the dump.
- "svnadmin load --revisions 0:266 < dump.txt" for selective
    restoring in case the full dump had been taken.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 7 22:45:27 2007

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

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