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

Philip Martin wrote on Tue, 13 Apr 2010 at 13:08 +0100:
> Summary: FSFS hotcopy doesn't handle SQLite databases properly, this
> affects the new revprop packing db and the 1.6 rep sharing db.

revprops.db consists of a single table; perhaps we could take advantage of
this to duplicate it "by hand", until the sqlite API has stabilized?

(IOW, perhaps the hotcopy logic could be tailored to revprops.db, without
having logic generic enough to be able to duplicate any live sqlite DB)

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

To delete the DB, ones needs to know that it's corrupted. Are we even
sure that, if corruption occurs, it will be detected?

> That's a way to fix a corrupt hotcopy but I don't think it prevents
> the corruption.
>
Received on 2010-04-13 16:03:20 CEST