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

Re: [Issue 3596] 'hotcopy' of packed fsfs repos may corrupt target revprops.db

From: Philip Martin <philip_at_codematters.co.uk>
Date: Tue, 13 Apr 2010 13:08:59 +0100

[Lets move discussion to dev]

hwright_at_tigris.org writes:

> http://subversion.tigris.org/issues/show_bug.cgi?id=3596

Summary: FSFS hotcopy doesn't handle SQLite databases properly, this
affects the new revprop packing db and the 1.6 rep sharing db.

> We can set the minimum required SQLite version such that the backup
> API is available. Is it still experimental in more recent versions
> of SQLite?


> [We should normally be pretty liberal with not using too-new
> dependency versions, but since we've made it possible for users to
> compile SQLite directly into Subversion, I think we can reasonably
> make an exception in its case.]

Can we do that for 1.6? Most distributions probably use the system
SQLite and it won't be new enough.

> The rep sharing cache is just a cache, and can be truncated or
> deleted without impact on the correctness of the system.

That's a way to fix a corrupt hotcopy but I don't think it prevents
the corruption.

Received on 2010-04-13 14:09:33 CEST

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