svnadmin hotcopy losing revprops

137 views
Skip to first unread message

dpm

unread,
Nov 5, 2013, 10:39:39 AM11/5/13
to subversi...@googlegroups.com
I'm using svn 1.8.4 on RHEL 6.3 (we're in the process of trying to upgrade from svn 1.6 to 1.8).
However, the svnadmin hotcopy command doesn't appear to be working correctly with the
repositories I've copied over from our 1.6 server - most of the db/revprop directories are missing.
See output below.
It works OK if I upgrade the repository first.
Am I missing something obvious?

Thanks

+ cat orig.svn/format
5
+ cat orig.svn/db/min-unpacked-rev
7000
+ ls orig.svn/db/revprops
0  1  2  3  4  5  6  7
+ svnadmin verify -q orig.svn
+ svnadmin hotcopy orig.svn copy.svn
+ ls copy.svn/db/revprops
0  7
+ diff -r orig.svn copy.svn
Binary files orig.svn/db/rep-cache.db and copy.svn/db/rep-cache.db differ
Only in orig.svn/db: rev-prop-atomics.shm
Only in orig.svn/db/revprops: 1
Only in orig.svn/db/revprops: 2
Only in orig.svn/db/revprops: 3
Only in orig.svn/db/revprops: 4
Only in orig.svn/db/revprops: 5
Only in orig.svn/db/revprops: 6
Only in copy.svn/db: txn-current-lock
Only in copy.svn/db: write-lock
+ svnadmin verify -q copy.svn
svnadmin: E000002: Can't open file 'copy.svn/db/revprops/1/1000': No such file or directory
+ svnadmin upgrade orig.svn
Repository lock acquired.
Please wait; upgrading the repository may take some time...

Upgrade completed.
+ svnadmin hotcopy orig.svn copy2.svn
+ diff -r orig.svn copy2.svn
Binary files orig.svn/db/rep-cache.db and copy2.svn/db/rep-cache.db differ
Only in orig.svn/db: rev-prop-atomics.shm
Only in copy2.svn/db: txn-current-lock
+ svnadmin verify -q copy2.svn


Matthews, David

unread,
Nov 8, 2013, 8:59:27 AM11/8/13
to Philip Martin, us...@subversion.apache.org
> -----Original Message-----
> From: Philip Martin [mailto:philip...@wandisco.com]
> Sent: 08 November 2013 10:19
> To: Matthews, David
> Cc: subversi...@googlegroups.com
> Subject: Re: svnadmin hotcopy losing revprops
>
> dpm <david.m...@metoffice.gov.uk> writes:
>
> > I'm using svn 1.8.4 on RHEL 6.3 (we're in the process of trying to upgrade
> > from svn 1.6 to 1.8).
> > However, the svnadmin hotcopy command doesn't appear to be working
> > correctly with the
> > repositories I've copied over from our 1.6 server - most of the db/revprop
> > directories are missing.
>
> I can reproduce this, hotcopy fails to copy some of the revprops
> corresponding to packed revisions when the repository is 1.7
> or earlier
> format:
>
> svnadmin create repo --compatible-version 1.7
> perl -i -pe s/1000/10/ repo/db/format
> for i in `seq 0 75`;do echo $i >> x.x ; svnmucc -mm put x.x
> file://`pwd`/repo/f ; done
> svnadmin pack repo
> svnadmin hotcopy repo repo2
>
> The bug was introduced to 1.8 by r1520723 and is still
> present on trunk.

Thanks for your response (although it doesn't seem to have made it
to the archive yet - perhaps because I used google groups?).
It's good to know that the problem is reproducible.
I'll go back to using 1.8.3 for the moment.

Do you think this bug needs advertising more widely somehow?
Our backup procedure relies on hotcopy and, if I hadn't discovered
this during my testing, we could have ended up having no useable
backups which is a scary thought.

Thanks,
David Matthews

Philip Martin

unread,
Nov 8, 2013, 9:13:39 AM11/8/13
to Matthews, David, us...@subversion.apache.org
"Matthews, David" <david.m...@metoffice.gov.uk> writes:

> Thanks for your response (although it doesn't seem to have made it
> to the archive yet - perhaps because I used google groups?).

Yes, my reply went to google groups and was bounced because I'm not
subscribed to the google group.

> It's good to know that the problem is reproducible.
> I'll go back to using 1.8.3 for the moment.
>
> Do you think this bug needs advertising more widely somehow?

I've raised issue 4448
http://subversion.tigris.org/issues/show_bug.cgi?id=4448

> Our backup procedure relies on hotcopy and, if I hadn't discovered
> this during my testing, we could have ended up having no useable
> backups which is a scary thought.

--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Reply all
Reply to author
Forward
0 new messages