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

Re: large number of large binary files in subversion

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Tue, 31 May 2011 18:04:38 +0300

[ old thread, but I'd like to add this warning to the archives: ]

> > > > If you ensure that no commits happen during the backup period you
> > > > could use rsync instead.
> > >
> > > It is not safe to rsync live Subversion filesystems. (the result may or
> > > may not be corrupt)
> >
> > That's why I said that no commits should happen. But thanks for
> > spelling it out more explicitly.
>
> I believe an SVN repo can be put into read-only mode quickly by

Your suggested method may cause corruption in two different ways.

> linking the pre_commit hook to /bin/false (linking is believed to be
> an atomic operation, so no race conditions) and wait a bit to let all
> commits finish. Read operations are guaranteed to not alter the repo
> files. rsyncing should then be ok, but I still prefer to hotcopy since
> this is the canonical way to go...
>
Received on 2011-05-31 17:05:24 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.