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

Re: Subversion robust to server-side disk full errors?

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2007-04-18 22:38:44 CEST

On 4/18/07, Kylo Ginsberg <kylo.ginsberg@gmail.com> wrote:
> I'm running subversion 1.4.3 under Fedora Core 4 with both svn:// and
> http:// access methods supported. Is subversion tested against the
> error case where the server runs out of disk space mid-commit? (I
> seem to recall a report of a repository corruption problem resulting
> from this scenario.)
> If not, is there a recommended practice for a pre-commit script that
> will reject a commit if it would cause disk full? (This second
> question assumes subversion is robust to the case where it runs out of
> disk space while creating the transaction file itself.)

Subversion checks all the return values of all I/O calls, including
read/write calls. Yes, it should be safe to run it in a low-diskspace
situation. There's one exception: you have to use a recent enough APR
version: more recent than 0.9.7, I think.

Older versions had a problem with buffered files in a low-diskspace
situation and could end up in an endless loop because of it. I'm not
sure which version FC4 has, but apr-config --version should be able to
tell you.



To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Apr 18 22:39:06 2007

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