You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Martin Ayotte <ma...@videotron.ca> on 2003/06/15 01:11:18 UTC
Quick question about "svnadmin dump"
Hi again folks !
Here is a scenario :
- I have a master repository in the path /Svn-Repository
- I do 2 backups repos respectively in /SvnBackup and /SvnBackup2 using the
following command :
svnadmin dump /Svn-Repository/ | svnadmin load --force-uuid /SvnBackup/
- Then, I do again "svnadmin dump" commands on each into text file :
svnadmin dump /Svn-Repository > dump1
svnadmin dump /SvnBackup > dump2
svnadmin dump /SvnBackup 2 > dump3
- Then, I do diffs to verify integrity, and I found that dump of the master
repository is not in the same order then the restore one :
diff dump2 dump3 (compare Ok)
diff dump1 dump2 (compare failed)
diff dump1 dump3 (compare failed)
All the revisions are the same, but they are not in the same order in the
master repos,
Is there some things I should do to make the revisions appearing in the same
order in the master dump ?
If not, can we add a switch to make sure "svnadmin dump" order revisions
always in the same way ?
Thanks !
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Quick question about "svnadmin dump"
Posted by Martin Ayotte <ma...@videotron.ca>.
Yeah ! :-)
So, since new dumps will be in predictable order, we will be able to do
sanity checks on every repos backups !
Thanks a lot, Cmpilato !
I love SVN ! :-)
> -----Original Message-----
> From: cmpilato@collab.net [mailto:cmpilato@collab.net]
> Sent: Sunday, June 15, 2003 12:56 AM
> To: martinay@videotron.ca
> Cc: 'Ben Collins-Sussman'; dev@subversion.tigris.org
> Subject: Re: Quick question about "svnadmin dump"
>
>
> Martin Ayotte <ma...@videotron.ca> writes:
>
> > Very Nice Tool ! :-)
> >
> > Thanks Cmpilato ! Thanks Ben !
> >
> > (I've even used it thru pipe : svnadmin dump | normalize-dump.py >
> > ordered_revlog )
>
> Yep, this is how I intended for it to be used. It was a crucial tool
> for me when I recently decided to use an entirely new driver for the
> 'svnadmin dump' backend -- needed to make sure that the old code and
> new code generated the same output before daring to commit that
> change!
>
> > I presume it will be part of the 0.24 drops ... :-)
>
> Indeed.
>
> > Do you think it will be embedded later in svnadmin as an
> option to dump
> > command ?
> >
> > (I mean, just as you mention : sorting summary but aloong
> with actual dump
> > of the revisions)
>
> Not likely. 'svnadmin dump' should be kept as straightforward as
> possible, in my opinion.
>
> Huh...I just had a thought. You know, as of my recent change to how
> 'svnadmin dump' works, I actually think one of the side-effects was
> that the paths come outta there in a predictable, sorted order. Yeah,
> yeah, I'm almost sure of it! Wow. So, dumpfiles generated with 0.24
> and later should be already diffable, which ... means ... that I wrote
> a debugging tool whose purpose was eliminated by the very improvements
> it was used to affirm! Weird.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Quick question about "svnadmin dump"
Posted by cm...@collab.net.
Martin Ayotte <ma...@videotron.ca> writes:
> Very Nice Tool ! :-)
>
> Thanks Cmpilato ! Thanks Ben !
>
> (I've even used it thru pipe : svnadmin dump | normalize-dump.py >
> ordered_revlog )
Yep, this is how I intended for it to be used. It was a crucial tool
for me when I recently decided to use an entirely new driver for the
'svnadmin dump' backend -- needed to make sure that the old code and
new code generated the same output before daring to commit that
change!
> I presume it will be part of the 0.24 drops ... :-)
Indeed.
> Do you think it will be embedded later in svnadmin as an option to dump
> command ?
>
> (I mean, just as you mention : sorting summary but aloong with actual dump
> of the revisions)
Not likely. 'svnadmin dump' should be kept as straightforward as
possible, in my opinion.
Huh...I just had a thought. You know, as of my recent change to how
'svnadmin dump' works, I actually think one of the side-effects was
that the paths come outta there in a predictable, sorted order. Yeah,
yeah, I'm almost sure of it! Wow. So, dumpfiles generated with 0.24
and later should be already diffable, which ... means ... that I wrote
a debugging tool whose purpose was eliminated by the very improvements
it was used to affirm! Weird.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Quick question about "svnadmin dump"
Posted by Martin Ayotte <ma...@videotron.ca>.
Very Nice Tool ! :-)
Thanks Cmpilato ! Thanks Ben !
(I've even used it thru pipe : svnadmin dump | normalize-dump.py >
ordered_revlog )
I presume it will be part of the 0.24 drops ... :-)
Do you think it will be embedded later in svnadmin as an option to dump
command ?
(I mean, just as you mention : sorting summary but aloong with actual dump
of the revisions)
Tourlou !
> -----Original Message-----
> From: cmpilato@collab.net [mailto:cmpilato@collab.net]
> Sent: Saturday, June 14, 2003 10:15 PM
> To: Ben Collins-Sussman
> Cc: martinay@videotron.ca; dev@subversion.tigris.org
> Subject: Re: Quick question about "svnadmin dump"
>
>
> Ben Collins-Sussman <su...@collab.net> writes:
>
> > cmpilato recently committed a tool *exactly* for this purpose: it
> > compares dumpfiles, regardless of node-orderings. Look at
> > /trunk/tools/dev/normalize-dump.py.
>
> Note that this tool doesn't actually rearrange the dumpfile for you --
> that is, it's output isn't another dumpfile. It just prints a sorted
> summary of the dumpfile, suitable for diffing against another sorted
> summary of a (presumably different) dumpfile.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Quick question about "svnadmin dump"
Posted by cm...@collab.net.
Ben Collins-Sussman <su...@collab.net> writes:
> cmpilato recently committed a tool *exactly* for this purpose: it
> compares dumpfiles, regardless of node-orderings. Look at
> /trunk/tools/dev/normalize-dump.py.
Note that this tool doesn't actually rearrange the dumpfile for you --
that is, it's output isn't another dumpfile. It just prints a sorted
summary of the dumpfile, suitable for diffing against another sorted
summary of a (presumably different) dumpfile.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Quick question about "svnadmin dump"
Posted by Ben Collins-Sussman <su...@collab.net>.
Martin Ayotte <ma...@videotron.ca> writes:
> All the revisions are the same, but they are not in the same order in the
> master repos,
Correct. When you ask libsvn_fs to list the children of a directory,
they are listed in a pseudo-random order. That's what happens when
you iterate over a hash.
> Is there some things I should do to make the revisions appearing in the same
> order in the master dump ?
Yes. :-)
cmpilato recently committed a tool *exactly* for this purpose: it
compares dumpfiles, regardless of node-orderings. Look at
/trunk/tools/dev/normalize-dump.py.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org