[Zope] HELP! My Zclass just disappeared and I am getting *weird* console errors!
Dieter Maurer
dieter@handshake.de
Sun, 25 Nov 2001 20:19:09 +0100
Darin Lee writes:
> I have been working on a ZClass based product for the past month or so=
-
> somehow I just clicked the wrong button combination (I was adjusting '=
views'
> mappings) and my zclass is no longer addable via the factory. Instead,=
I get
> the following error:
>=20
> Error Type: NameError
> Error Value: global name 'EZPortal' is not defined
Do you know this name?
Is it the name of the disappeared ZClass?
> ...
> Zope console errors follow:
>=20
> --------------------------------------------------
> Zope console is returning the following message, although I'm unsure i=
f it's
> related or not:
> 2001-11-25T06:38:39 ERROR(200) ZODB setklassstate failed
> Traceback (innermost last):
> File E:\PROGRA~1\ZOPEDE~1\lib\python\ZODB\Connection.py, line 582, i=
n
> setklass
> state
> (Info: >?)
> File E:\PROGRA~1\ZOPEDE~1\lib\python\ZODB\FileStorage.py, line 588, =
in
> load
> (Object: E:\Program Files\ZopeDevelopment\var\Data.fs)
> File E:\PROGRA~1\ZOPEDE~1\lib\python\ZODB\FileStorage.py, line 564, =
in
> _load
> (Object: E:\Program Files\ZopeDevelopment\var\Data.fs)
> KeyError: >?
> .....
> ------
> 2001-11-25T06:38:39 ERROR(200) ZODB Couldn't load state for
> '\x00\x00\x00\x00\x0
> 0\x00=3D\x89'
> Traceback (innermost last):
> File E:\PROGRA~1\ZOPEDE~1\lib\python\ZODB\Connection.py, line 519, i=
n
> setstate
>=20
> File E:\PROGRA~1\ZOPEDE~1\lib\python\ZODB\FileStorage.py, line 588, =
in
> load
> (Object: E:\Program Files\ZopeDevelopment\var\Data.fs)
> File E:\PROGRA~1\ZOPEDE~1\lib\python\ZODB\FileStorage.py, line 564, =
in
> _load
> (Object: E:\Program Files\ZopeDevelopment\var\Data.fs)
> KeyError: =3D=EB
> ....
That does not sound good....
Usually, Zope does not use keys like that.
I would expect that somehow the content of your "Data.fs" had been
corrupted.
But I do not have a precise idea....
At your place, I would probably try the following:
* make a backup copy of "Data.fs"
* use "tranalyser" to analyse "Data.fs" and truncate it to
a time when the problem has not yet been there.
This will eradicate all changes after this time but
recover your work until then.
* Think about a proper backup strategy (e.g. daily backing up "Data.fs=
")
in order to prevent panic when the problem should reoccur
Dieter