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

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

From: Campbell, Matthew A <Matthew.Campbell_at_Relizon.com>
Date: 2004-07-26 16:09:08 CEST

> 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
Received on Mon Jul 26 16:15:53 2004

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.