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

Re: Taking mirror Backup of SVN Repos through 3rd Party Software

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Thu, 30 Jun 2011 18:39:52 +0300

Les Mikesell wrote on Thu, Jun 30, 2011 at 10:09:43 -0500:
> On 6/30/2011 9:22 AM, Daniel Shahaf wrote:
> >
> >>>I'm going to say this even more clearly:
> >>>
> >>>If you backup a repository by copying its files while a server is
> >>>running, the backup may be created corrupted.
> >>>
> >>>http://subversion.apache.org/docs/release-notes/1.7#single-db (sic)
> >>
> >>This does not seem point to any additional warnings about the server
> >>side yet (only the client)...
> >>
> >
> >Read the attached issue. FSFS on 1.7 is affected --- specifically,
> >revprops.db, which contains the only copy of revprops of packed
> >revisions.
> A backup made in an inconsistent state should exactly resemble the
> disk files if the system lost power or crashed for another reason at
> that point. What are you supposed to do in that very likely
> circumstance?

SQLite guarantees ACID in the event of a power failure. Given that,
what do you think FSFS should do to handle a power failure during
a revprop edit?

When you say "backup", do you mean "An atomic snapshot of the disk's
state", 'cp -a', or something else?
Received on 2011-06-30 17:40:49 CEST

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

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