Karl Chen wrote:
> I tried to commit, not realizing I was out of disk space on the
> partition containing the working copy. Subversion hangs, using
> 100% CPU.
>
> I couldn't understand what was going on until I attached strace
> and found it was in an infinite loop trying to write to fd 4
> (which I think is ".svn/tmp/tempfile.tmp"):
>
> write(4, "\205`y\37\207z\346/\354\332c\30y\0\214\16\325r\265\264"..., 4096) = -1 ENOSPC (No space left on device)
> write(4, "\205`y\37\207z\346/\354\332c\30y\0\214\16\325r\265\264"..., 4096) = -1 ENOSPC (No space left on device)
> write(4, "\205`y\37\207z\346/\354\332c\30y\0\214\16\325r\265\264"..., 4096) = -1 ENOSPC (No space left on device)
> ... ad infinitum
>
> I think svn might be missing some error checking on file I/O.
That does look like a bug. Thanks for reporting it, but which version of
Subversion were you using? Are you able to construct a small reproduction
recipe (e.g. using a fixed-size RAM disk to guarantee that it will run out of
space)?
Has anyone reproduced or investigated this?
- Julian
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 15 20:54:23 2005