Woohoo! Fixed. I created an empty file, then used copyTransactionsFrom
to copy all transactions across. This patched the backpointers. fsrecover.py
should probably get some smarts to do something like this as well, but I've
spent far too long on this problem already... :-/
from ZODB import
Jeremy Hylton wrote
I don't recall that any of the pack bugs that we fixed caused this sort of
error. My first guess would be that the file is a bit damaged, perhaps in a
way that the old pack did not check.
Can you run fsdump.py and see if that output sheds any light. It will give
you a
I don't recall that any of the pack bugs that we fixed caused this sort of
error. My first guess would be that the file is a bit damaged, perhaps in a
way that the old pack did not check.
Can you run fsdump.py and see if that output sheds any light. It will give
you a detailed text summary of
Anthony Baxter wrote at 2003-8-12 18:18 +1000:
I remember that 2.6 had issues with packing, but I was under the
impression that they'd been fixed...
However, attempting to pack a Data.fs in 2.6-current-cvs fails
for me:
...
raise CorruptedError(s)
ZODB.fspack.CorruptedError:
