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

Re: fs dump/restore proposal

From: Kirby C. Bohling <kbohling_at_birddog.com>
Date: 2002-04-24 06:12:03 CEST

I hate it when I forget to forward the message:

>>
>>$ svnadmin dump ~/repos/test | gzip -9 > svn-repos-test.gz
>>
>
> .tar.gz. :-) ?
>
>
>>Re: multiple files (e.g. one metadata plus one or more content).
Bleck. That
>>makes it really hard to deal with the thing. For example, the above
command
>>line just piped it all through gzip. If you had multiple files, then you
>>couldn't do that.
>>
>
> I don't see anything wrong with multiple files, as long as they are
> packaged up in one blob for transport, and unpack to a single tree.
> (At least, the objections above don't seem to apply to that kind of
> tar file.)

        If you don't deal with multiple files please ensure

svnadmin dump ~/repos/test | ssh mirror "svn restore ~/repos/test -"

and

svnadmin dump ~repos/test | split -b2000000 - "testDump." ;\
cat testDump.* | svnadmin restore ~repos/test -

work. Otherwise people with larger repositories will have problems on
32-bit filesystems. As a specific example Oracle's export/import tool
*can't* read from stdin because of the file format I presume. I have
run across other tools from time to time that don't deal well with this
the 2GB limit.

        That might be a constraint on the style and managment of a single file
format. Given svn does lots of stuff streamy, I would assume it would
do this too. But just to put in the explicit request.

        Thanks,

                Kirby

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 24 06:16:38 2002

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

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