Hi, we have some problems with our tempstorage on out ZEO client. We are running 6 zope Frontend server and one ZEO server. Serving Both main and temp storage. I runs well for some days. But than it stops working an reports the following error Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Shared.DC.Scripts.Bindings, line 306, in __call__ Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec Module Products.PageTemplates.ZopePageTemplate, line 222, in _exec Module Products.PageTemplates.PageTemplate, line 96, in pt_render - <ZopePageTemplate at /TUM_Portal/login_form> Module TAL.TALInterpreter, line 189, in __call__ Module TAL.TALInterpreter, line 218, in interpret Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 670, in do_useMacro Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 693, in do_defineSlot Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 636, in do_condition Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 483, in do_insertText_tal Module Products.PageTemplates.TALES, line 227, in evaluateText Module Products.PageTemplates.TALES, line 221, in evaluate Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__ - __traceback_info__: here.REQUEST.SESSION.set('callerURL', here.REQUEST.HTTP_REFERER) Module Python expression "here.REQUEST.SESSION.set('callerURL', here.REQUEST.HTTP_REFERER)", line 1, in <expression> Module ZPublisher.HTTPRequest, line 1218, in __getattr__ Module ZPublisher.HTTPRequest, line 1178, in get Module Products.Sessions.SessionDataManager, line 94, in getSessionData Module Products.Sessions.SessionDataManager, line 183, in _getSessionDataObject SystemError: error return without exception set Restarting the zeo server and one frontend fixes the problem for some time. i am running Zope 2.7.2 and Python 2.3.4 Here is the zeo config %define INSTANCE_HOME /data/zope/zeo <zeo> address 7700 read-only false invalidation-queue-size 500 # monitor-address PORT transaction-timeout 10 </zeo> <filestorage main> path $INSTANCE_HOME/var/Data.fs </filestorage> %import tempstorage <temporarystorage temp> name temporary storage for sessioning </temporarystorage> <eventlog> level info <logfile> path $INSTANCE_HOME/log/zeo.log </logfile> </eventlog> Bye Estartu ---------------------------------------------------------------------------- Gerhard Schmidt | Nick : estartu IRC : Estartu | PGP Public Key Fischbachweg 3 | Privat: estartu@augusta.de | auf Anfrage/ 86856 Hiltenfingen | Dienst: schmidt@ze.tu-muenchen.de | on request
On Tue, 2004-08-03 at 03:34, Gerhard Schmidt wrote:
Hi,
we have some problems with our tempstorage on out ZEO client.
We are running 6 zope Frontend server and one ZEO server. Serving Both main and temp storage.
I runs well for some days. But than it stops working an reports the following error
Traceback (innermost last): Module ZPublisher.Publish, line 101, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Shared.DC.Scripts.Bindings, line 306, in __call__ Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec Module Products.PageTemplates.ZopePageTemplate, line 222, in _exec Module Products.PageTemplates.PageTemplate, line 96, in pt_render - <ZopePageTemplate at /TUM_Portal/login_form> Module TAL.TALInterpreter, line 189, in __call__ Module TAL.TALInterpreter, line 218, in interpret Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 670, in do_useMacro Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 693, in do_defineSlot Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 636, in do_condition Module TAL.TALInterpreter, line 233, in interpret Module TAL.TALInterpreter, line 483, in do_insertText_tal Module Products.PageTemplates.TALES, line 227, in evaluateText Module Products.PageTemplates.TALES, line 221, in evaluate Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__ - __traceback_info__: here.REQUEST.SESSION.set('callerURL', here.REQUEST.HTTP_REFERER) Module Python expression "here.REQUEST.SESSION.set('callerURL', here.REQUEST.HTTP_REFERER)", line 1, in <expression> Module ZPublisher.HTTPRequest, line 1218, in __getattr__ Module ZPublisher.HTTPRequest, line 1178, in get Module Products.Sessions.SessionDataManager, line 94, in getSessionData Module Products.Sessions.SessionDataManager, line 183, in _getSessionDataObject SystemError: error return without exception set
Wow! You appear to be the first person to get this symptom who does not use Plone. This is a great data point. This error is being tracked at http://zope.org/Collectors/Zope/1401 . There is no solution currently, we need volunteers to help reproduce and/or debug it.
Restarting the zeo server and one frontend fixes the problem for some time.
i am running Zope 2.7.2 and Python 2.3.4
Here is the zeo config
<snip config> I suspect the fact that you're running sessioning over ZEO doesn't much matter here as people who are using the default config also get the error... (which is a good data point in itself). - C
On Wed, Aug 04, 2004 at 08:37:28AM -0400, Chris McDonough wrote:
Wow! You appear to be the first person to get this symptom who does not use Plone. This is a great data point. This error is being tracked at http://zope.org/Collectors/Zope/1401 . There is no solution currently, we need volunteers to help reproduce and/or debug it.
I am running plone2.
Restarting the zeo server and one frontend fixes the problem for some time.
i am running Zope 2.7.2 and Python 2.3.4
Here is the zeo config
<snip config>
I suspect the fact that you're running sessioning over ZEO doesn't much matter here as people who are using the default config also get the error... (which is a good data point in itself).
Im getting this error since i have updated to Zope 2.7.1 and switched from filestorage to tempstorage for sessioning. Bye Estartu ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-München | WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-22253 | PGP-Publickey auf Anfrage
On Wed, 2004-08-04 at 08:47, Gerhard Schmidt wrote:
On Wed, Aug 04, 2004 at 08:37:28AM -0400, Chris McDonough wrote:
Wow! You appear to be the first person to get this symptom who does not use Plone. This is a great data point. This error is being tracked at http://zope.org/Collectors/Zope/1401 . There is no solution currently, we need volunteers to help reproduce and/or debug it.
I am running plone2.
Ah. Well, at least it continues to be consistent then...
Restarting the zeo server and one frontend fixes the problem for some time.
i am running Zope 2.7.2 and Python 2.3.4
Here is the zeo config
<snip config>
I suspect the fact that you're running sessioning over ZEO doesn't much matter here as people who are using the default config also get the error... (which is a good data point in itself).
Im getting this error since i have updated to Zope 2.7.1 and switched from filestorage to tempstorage for sessioning.
I suspect the first change (updating to Zope 2.7.1) is to blame, and the second change (switching from filestorage to tempstorage) is unrelated. I wish I had a solution other than "move back to 2.7.0" for you, but I don't. Someone needs to help make this error trivially repeatable in order to get it fixed. - C
--On Mittwoch, 4. August 2004 9:27 Uhr -0400 Chris McDonough <chrism@plope.com> wrote:
On Wed, 2004-08-04 at 08:47, Gerhard Schmidt wrote:
On Wed, Aug 04, 2004 at 08:37:28AM -0400, Chris McDonough wrote:
Wow! You appear to be the first person to get this symptom who does not use Plone. This is a great data point. This error is being tracked at http://zope.org/Collectors/Zope/1401 . There is no solution currently, we need volunteers to help reproduce and/or debug it.
I am running plone2.
Ah. Well, at least it continues to be consistent then...
Restarting the zeo server and one frontend fixes the problem for some time.
i am running Zope 2.7.2 and Python 2.3.4
Here is the zeo config
<snip config>
I suspect the fact that you're running sessioning over ZEO doesn't much matter here as people who are using the default config also get the error... (which is a good data point in itself).
Im getting this error since i have updated to Zope 2.7.1 and switched from filestorage to tempstorage for sessioning.
I suspect the first change (updating to Zope 2.7.1) is to blame, and the second change (switching from filestorage to tempstorage) is unrelated.
I wish I had a solution other than "move back to 2.7.0" for you, but I don't. Someone needs to help make this error trivially repeatable in order to get it fixed.
The whole problem might be related to some version of PlacelessTranslationService. Christian Heimes' hint was to upgrade to the latest PTS version from the CVS which seems to solve the problem although the traceback indicates some deeper error in some C-extension. Andreas
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andreas Jung wrote: ~ > The whole problem might be related to some version of | PlacelessTranslationService. | Christian Heimes' hint was to upgrade to the latest PTS version from the | CVS which | seems to solve the problem although the traceback indicates some deeper | error | in some C-extension. | Well its releated to PTS so far that the PTS session negotiator accessed the session on evey request. Without this this session load is gone and therefore the error does not pop up. I assume no matter which code accesses the session _very_ frequent leads to this exception in the end. Cheers, ~ Simon - -- Simon Eisenmann [ mailto:simon@struktur.de ] [ struktur AG | Junghansstraße 5 | 70469 Stuttgart ] [ T. +49.711.896656.68 | F.+49.711.89665610 ] [ http://www.struktur.de | mailto:info@struktur.de ] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBEP5YcKXkdvrBGTARAm4EAJ45iGHKh15CbTDGJ0tLpOUNoMfPQgCg1NgZ +6soN9zEQcwh8W7WdqOFhVI= =/TFT -----END PGP SIGNATURE-----
Gerhard Schmidt wrote at 2004-8-3 09:34 +0200:
... Module Products.Sessions.SessionDataManager, line 94, in getSessionData Module Products.Sessions.SessionDataManager, line 183, in _getSessionDataObject SystemError: error return without exception set
I had an issue in the same line: it called an incredibly expensive "__len__" function. Maybe, in your case, it calls some broken "__len__" function... I replaced the line by: # hasattr hides conflicts # DM 2004-07-09: and boolean tests may be very expensive! if getattr(ob, '__of__', None) is not None and getattr(ob, 'aq_parent', None) is not None: See whether this helps you... -- Dieter
On Wed, 2004-08-04 at 17:42, Dieter Maurer wrote:
Gerhard Schmidt wrote at 2004-8-3 09:34 +0200:
... Module Products.Sessions.SessionDataManager, line 94, in getSessionData Module Products.Sessions.SessionDataManager, line 183, in _getSessionDataObject SystemError: error return without exception set
I had an issue in the same line:
it called an incredibly expensive "__len__" function.
Yikes! Good find! - C
On Wed, Aug 04, 2004 at 11:42:33PM +0200, Dieter Maurer wrote:
Gerhard Schmidt wrote at 2004-8-3 09:34 +0200:
... Module Products.Sessions.SessionDataManager, line 94, in getSessionData Module Products.Sessions.SessionDataManager, line 183, in _getSessionDataObject SystemError: error return without exception set
I had an issue in the same line:
it called an incredibly expensive "__len__" function.
Maybe, in your case, it calls some broken "__len__" function...
I replaced the line by:
# hasattr hides conflicts # DM 2004-07-09: and boolean tests may be very expensive! if getattr(ob, '__of__', None) is not None and getattr(ob, 'aq_parent', None) is not None:
See whether this helps you...
It seems that it does the Trick. :-)) No systemerror since i`ve done the change. Thanx a Lot Bye Estartu ------------------------------------------------- Gerhard Schmidt | E-Mail: schmidt@ze.tum.de TU-München | WWW & Online Services | Tel: 089/289-25270 | Fax: 089/289-22253 | PGP-Publickey auf Anfrage
participants (5)
-
Andreas Jung -
Chris McDonough -
Dieter Maurer -
Gerhard Schmidt -
Simon Eisenmann