Fixing Couldn't load state error
I'm getting the following ERROR: 2001-08-09T14:52:47 ERROR(200) ZODB Couldn't load state for '\x00\x00\x00\x00\x00\x02\xa4\xbc' Traceback (innermost last): File /usr/local/zope-2.4.0/lib/python/ZODB/Connection.py, line 519, in setstate AttributeError: 'None' object has no attribute 'load' I found in the list archives where I could find the offending object, so I did:
import Zope app = Zope.app() ob = app._p_jar['\x00\x00\x00\x00\x00\x02\xa4\xbc'] print ob.id broken print ob.__class__ <extension class Products.CoreSessionTracking.SessionDataContainer.SessionDataContainerMount at 816b9b8>
So, what does this mean and what am I supposed to do with this information? Thanks! _______________________ Ron Bickers Logic Etc, Inc.
This is a known error in the way mounted storages work. Core Session Tracking's "internal" database uses a mounted storage. Shane tried to explain to me a way to fix this problem, but I was unfortunately too stupid to understand him. Evidently a change to the mounting machinery could fix this. In the meantime, there hasn't been any reported case where the error caused any problem other than a message in the log. - C Ron Bickers wrote:
I'm getting the following ERROR:
2001-08-09T14:52:47 ERROR(200) ZODB Couldn't load state for '\x00\x00\x00\x00\x00\x02\xa4\xbc' Traceback (innermost last): File /usr/local/zope-2.4.0/lib/python/ZODB/Connection.py, line 519, in setstate AttributeError: 'None' object has no attribute 'load'
I found in the list archives where I could find the offending object, so I did:
import Zope app = Zope.app() ob = app._p_jar['\x00\x00\x00\x00\x00\x02\xa4\xbc'] print ob.id broken print ob.__class__ <extension class Products.CoreSessionTracking.SessionDataContainer.SessionDataContainerMount at 816b9b8>
So, what does this mean and what am I supposed to do with this information?
Thanks! _______________________
Ron Bickers Logic Etc, Inc.
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
-- Chris McDonough Zope Corporation http://www.zope.org http://www.zope.com """ Killing hundreds of birds with thousands of stones """
-----Original Message----- From: Chris McDonough [mailto:chrism@zope.com]
This is a known error in the way mounted storages work. Core Session Tracking's "internal" database uses a mounted storage. Shane tried to explain to me a way to fix this problem, but I was unfortunately too stupid to understand him. Evidently a change to the mounting machinery could fix this.
In the meantime, there hasn't been any reported case where the error caused any problem other than a message in the log.
Ok. I guess I'll just ignore it for now and hope it will magically go away in a future CST release. Thank you! _______________________ Ron Bickers Logic Etc, Inc.
In the meantime, there hasn't been any reported case where the error caused any problem other than a message in the log.
Though those frequent messages to the log can be a performance issue on high-load systems I guess (or am I paranoid about that?). And for sure they scare the hell out of many people ... Joachim
Uh huh. Do you have a fix? ;-) Joachim Werner wrote:
In the meantime, there hasn't been any reported case where the error caused any problem other than a message in the log.
Though those frequent messages to the log can be a performance issue on high-load systems I guess (or am I paranoid about that?). And for sure they scare the hell out of many people ...
Joachim
-- Chris McDonough Zope Corporation http://www.zope.org http://www.zope.com """ Killing hundreds of birds with thousands of stones """
participants (5)
-
Chris McDonough -
Chris Withers -
Joachim Werner -
Ron Bickers -
Ron Bickers