You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by kf...@collab.net on 2004/07/26 13:13:06 UTC
Re: hot-backup.py failed: Can't copy '/var/local/repositories/X' to '/var/local/backups/Y': File too large
"Brian Fallik" <fa...@assurtech.com> writes:
> Our weekly backup script began failing last night for an unknown reason. It
> had worked for several months previous to this failure. Possibly of note is
> that we had a power outtage over the weekend, which may or may not have
> coincided with the problem.
>
> 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
This sounds like
http://subversion.tigris.org/issues/show_bug.cgi?id=1819
Do any of the comments there help you?
-Karl
> # 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
>
> # df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/hda5 20G 8.2G 11G 44% /
> /dev/hda3 99M 14M 80M 15% /boot
> /dev/hda7 9.4G 5.5G 3.5G 62% /var/local
> /dev/hda8 9.4G 1.2G 7.8G 14% /home/shared
> none 125M 0 125M 0% /dev/shm
>
> # svn --version
> svn, version 1.0.1 (r1)
>
> # cat /proc/version
> Linux version 2.4.20-20.9 (bhcompile@porky.devel.redhat.com) (gcc version
> 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Mon Aug 18 11:37:49 EDT 2003
>
>
> Any ideas? Thanks for your [anticipated] help.
>
> brian
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: hot-backup.py failed: Can't copy '/var/local/repositories/X' to '/var/local/backups/Y': File too large
Posted by kf...@collab.net.
"Brian Fallik" <fa...@assurtech.com> writes:
> No apology necessary. Thanks for the prompt and informative responses. Now
> to weigh my options....
Note that we just now added some information to issue #1819, that
might help you, or at least clarify the situation.
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: hot-backup.py failed: Can't copy '/var/local/repositories/X' to '/var/local/backups/Y': File too large
Posted by Brian Fallik <fa...@assurtech.com>.
No apology necessary. Thanks for the prompt and informative responses. Now
to weigh my options....
> -----Original Message-----
> From: kfogel@newton.ch.collab.net [mailto:kfogel@newton.ch.collab.net]On
> Behalf Of kfogel@collab.net
> Sent: Monday, July 26, 2004 10:04 AM
> To: fallik@assurtech.com
> Cc: users@subversion.tigris.org
> Subject: Re: hot-backup.py failed: Can't copy
> '/var/local/repositories/X' to '/var/local/backups/Y': File too large
>
>
> "Brian Fallik" <fa...@assurtech.com> writes:
> > The comments provide more information, but I'm still unsure
> what the next
> > steps are for us to restore our backup process. Do I follow Joe Orton's
> > comment and assume it's fixed in the Linux build?
> >
> > Do I need to rebuild subversion from scratch with a new
> setting? Where do I
> > change this setting? In which version of subversion is the
> >2Gb file limit
> > fixed - only the APR branch? How can I be certain that branch
> is stable? I
> > previously installed svn via rpms, so I'm slightly hesitent to start
> > building a developer branch from scratch.
>
> I think you're going to need to build from source to fix this. You
> technically don't need the absolute latest Subversion to do it, but I
> would recommend using head of Subversion trunk right now. I'm not
> sure how far back before Subversion stops being able to take advantage
> of the new APR functionality...
>
> ... which brings me to the important point, that what you really need
> is probably a newer APR, I *think* maybe one of the 1.0.x candidates
> (that's an APR version number, not a Subversion number). Visit
> apr.apache.org and poke around.
>
> Sorry you got bit by this one. In the future, as new versions of both
> Subversion and APR become the norm, it won't be a problem, but right
> now, it will involve a bit of inconvenience for you.
>
> > Are there special build parameters/settings that are used to
> produce the RH9
> > RPMs? Or is it all defaults?
>
> I don't know.
>
> -Karl
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: hot-backup.py failed: Can't copy '/var/local/repositories/X' to '/var/local/backups/Y': File too large
Posted by kf...@collab.net.
"Brian Fallik" <fa...@assurtech.com> writes:
> The comments provide more information, but I'm still unsure what the next
> steps are for us to restore our backup process. Do I follow Joe Orton's
> comment and assume it's fixed in the Linux build?
>
> Do I need to rebuild subversion from scratch with a new setting? Where do I
> change this setting? In which version of subversion is the >2Gb file limit
> fixed - only the APR branch? How can I be certain that branch is stable? I
> previously installed svn via rpms, so I'm slightly hesitent to start
> building a developer branch from scratch.
I think you're going to need to build from source to fix this. You
technically don't need the absolute latest Subversion to do it, but I
would recommend using head of Subversion trunk right now. I'm not
sure how far back before Subversion stops being able to take advantage
of the new APR functionality...
... which brings me to the important point, that what you really need
is probably a newer APR, I *think* maybe one of the 1.0.x candidates
(that's an APR version number, not a Subversion number). Visit
apr.apache.org and poke around.
Sorry you got bit by this one. In the future, as new versions of both
Subversion and APR become the norm, it won't be a problem, but right
now, it will involve a bit of inconvenience for you.
> Are there special build parameters/settings that are used to produce the RH9
> RPMs? Or is it all defaults?
I don't know.
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
RE: hot-backup.py failed: Can't copy '/var/local/repositories/X' to '/var/local/backups/Y': File too large
Posted by Brian Fallik <fa...@assurtech.com>.
The comments provide more information, but I'm still unsure what the next
steps are for us to restore our backup process. Do I follow Joe Orton's
comment and assume it's fixed in the Linux build?
Do I need to rebuild subversion from scratch with a new setting? Where do I
change this setting? In which version of subversion is the >2Gb file limit
fixed - only the APR branch? How can I be certain that branch is stable? I
previously installed svn via rpms, so I'm slightly hesitent to start
building a developer branch from scratch.
Are there special build parameters/settings that are used to produce the RH9
RPMs? Or is it all defaults?
Thanks,
brian
> -----Original Message-----
> From: kfogel@newton.ch.collab.net [mailto:kfogel@newton.ch.collab.net]On
> Behalf Of kfogel@collab.net
> Sent: Monday, July 26, 2004 9:13 AM
> To: fallik@assurtech.com
> Cc: users@subversion.tigris.org
> Subject: Re: hot-backup.py failed: Can't copy
> '/var/local/repositories/X' to '/var/local/backups/Y': File too large
>
>
> "Brian Fallik" <fa...@assurtech.com> writes:
> > Our weekly backup script began failing last night for an
> unknown reason. It
> > had worked for several months previous to this failure.
> Possibly of note is
> > that we had a power outtage over the weekend, which may or may not have
> > coincided with the problem.
> >
> > 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
>
> This sounds like
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=1819
>
> Do any of the comments there help you?
>
> -Karl
>
>
> > # 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
> >
> > # df -h
> > Filesystem Size Used Avail Use% Mounted on
> > /dev/hda5 20G 8.2G 11G 44% /
> > /dev/hda3 99M 14M 80M 15% /boot
> > /dev/hda7 9.4G 5.5G 3.5G 62% /var/local
> > /dev/hda8 9.4G 1.2G 7.8G 14% /home/shared
> > none 125M 0 125M 0% /dev/shm
> >
> > # svn --version
> > svn, version 1.0.1 (r1)
> >
> > # cat /proc/version
> > Linux version 2.4.20-20.9 (bhcompile@porky.devel.redhat.com)
> (gcc version
> > 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Mon Aug 18 11:37:49 EDT 2003
> >
> >
> > Any ideas? Thanks for your [anticipated] help.
> >
> > brian
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org