You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Campbell, Matthew A" <Ma...@Relizon.com> on 2004/07/26 14:09:08 UTC

RE: hot-backup.py failed: Can't copy '/var/local/repositories/X' to '/var/local/backups/Y': File too large

> Possibly of note is
> that we had a power outtage over the weekend, which may or 
> may not have
> coincided with the problem.

Totally irrelevant.

> The actual error message is:
> Backing up repository to '/var/local/backups/repo-727'...
> svn: Can't copy '/var/local/repositories/repo/db/strings' to
> '/var/local/backups/repo-727/db/strings.tmp': File too large

Note where it says "File too large".

> # ls -lah /var/local/repositories/repo/db/strings
> -rw-r--r--    1 root     root         2.2G Jul 26 08:50
> /var/local/repositories/repo/db/strings

This file has crossed the magic 2.0 GB limit.  Things are going to start
breaking around it.  Apparently the version of SVN you're running thinks the
size of a file is a 32-bit SIGNED integer.  Other possibilities include a
limitation of your kernel or filesystem, but I'm inclined to suspect your
SVN build.  (The last filesystem limit I encountered was FAT32, and its
limit was 4.0 GB, not 2.0, and as for the kernel, I believe yours is of
sufficient new-ness to support 64-bit file offsets.)

You could try rebuilding your SVN with FILE_OFFSET_BITS=64... I'm not 100%
clear on what the officially-supported configure method is for this,
however.  Perhaps someone else can jump in...?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org