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

Re: svn dump and load not preserving all files

From: Jeremy Conlin <jlconlin_at_gmail.com>
Date: Tue, 19 Jan 2010 13:36:27 -0700

On Tue, Jan 19, 2010 at 1:27 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> On Tue, Jan 19, 2010 at 3:21 PM, Jeremy Conlin <jlconlin_at_gmail.com> wrote:
>> On Tue, Jan 19, 2010 at 1:05 PM, Thomas Loy <Thomas.Loy_at_cbeyond.net> wrote:
>>> Which OS?  Some operating systems have file size limits of 4 GB or less.
>>> Cheers,
>>> Tom Loy
>> The original OS was on a Mac, the new OS is some *nix server, probably
>> Linux.  I don't believe either of these have limitations as small as
>> 4GB.  Am I wrong?
> I doubt any OS has a limit like that.  What can have a limit is 32-bit
> integers for file size.  Typically if your SVN is compiled with APR
> 1.x then it supports files > 2 GB and if it is compiled with APR 0.9.x
> then it does not.
> I do not think this would be your problem anyway.  The dump file is
> streamed into svnadmin, so it does not see it as a 9GB file anyway.
> And for the repository itself, it would only manifest as a problem if
> you had a single revision that was 2 GB.  Given that it is a dump
> file, perhaps if a single file in the dump file was 2 GB it could be a
> problem since the size would too big for it to process.
> Remember the limit is for a single file in the filesystem.  For a
> repository, that usually means the revision file, which means you
> would need a revision this big.  The entire repository could still
> have a million revision that were 1.9 GB each and be fine.

I do have about 16 files that are each a few hundred MB in size, but
none (that I'm aware of) is over 1GB. All of the large files were
originally committed in a single revision.

Received on 2010-01-19 21:37:01 CET

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.