> > With every revision (on a daily backup), there's a file created there that 
> > is exactly
> > 1GB even though the backup fails!!!:
> Why does the backup fail?

I don't have it on verbose, but I did have logs emailed to me.. I had the 
backup running on a daily cronjob.  There is a very long list of my photos 
followed by:

/etc/cron.daily/fsvs-backup exited with return code 141

> > -rw-r--r-- 1 svnbackup svnbackup 1048576000 2010-01-14 08:00 68-4g.rev
> > -rw-r--r-- 1 svnbackup svnbackup          0 2010-01-14 07:38 68-4g.rev-lock
> >
> > The earliest of these files goes back to 2009-10-14
> >
> > On the machine which is being backed up:
> >
> > #fsvs log
> > r68 | svnbackup | 2009-10-13T06:35:54.093739Z | 1 line
> >
> >   Daily backup
> >
> > So it looks like I dumped 20 GB of photos onto the server, and forgot to 
> > add an
> > exception to the ignore list.
> And that is why the backup fails? Because there's no space left? Or is that a 
> separate
> point?

No, the large files started getting created back in October when I still had 90 
GB free.  The backup failed for a different reason.  Maybe the error code above 
is helpful?

> 
> > I don't understand why these files would be created and kept on a failed 
> > transaction. Is
> > this a bug in subversion?
> Perhaps; but maybe FSVS would have to call some SVN api to cleanup those.
> 
> Do you access the repository via file://?

No, I'm using svn+ssh, although both the client and the server are on the same 
physical drive (using virtualization).

> 
> 
> Regards,
> 
> Phil
> 
> -- 
> Versioning your /etc, /home or even your whole installation?
>              Try fsvs (fsvs.tigris.org)!

------------------------------------------------------
http://fsvs.tigris.org/ds/viewMessage.do?dsForumId=3928&dsMessageId=2440691

To unsubscribe from this discussion, e-mail: 
[[email protected]].

Reply via email to