> I ran fsrecover.py on a copy of my Data.fs. It found no errors, but then when
> it attempted to pack the file, it raised an unpickleable error, with this
> File "/export1/Zope-2.7.5-final/lib/python/ZODB/referencesf.py", line 38, in
> raise ValueError, 'Error unpickling, %s' % p
> ValueError: Error unpickling, and the rest is presumably the pickle.
> I receive this same error when trying to pack using the ZMI. Any idea what's
> going on?
It suggests data corruption in your Data.fs file (assuming you're
using FileStorage). Please read this for background info:
Because fsrecover.py completed without error, best guess is that
fstest.py (described in the link above) would also complete without
error. However, neither of those can detect "higher-level" corruption
inside serialized object state (see the link for more words). Running
fsrefs.py (see the link again) can identify most such corruption. So
run it and see what it says. There is no wholly safe and automatic
way to recover from frsrefs.py-level corruption (short of reverting to
a good backup), so don't expect this to go easily.
Note that better versions of these tools exist in more recent versions
of ZODB (IIRC, you said you were running Zope-2.7.2, which corresponds
to ZODB 3.2.3 -- ZODB 3.2.9 is the current production 3.2 release).
Zope maillist - Zope@zope.org
** No cross posts or HTML encoding! **
(Related lists -