Upgraded to 2.5.1/2.1.3, now I don't get a 'session_data' in 'temp_folder' on startup..
Hows *that* for a descriptive subject line! :) But seriously folks... I've upgraded an installation to Zope 2.5.1/Python 2.1.3 and I get the weirdest error. The 'session_data' object in the top level folder 'temp_folder' does not get created - but only on *one* of my 2.5.1/2.1.3 sites. As this is the most important of our sites, and we use session machinery quite a bit, I tend to notice this rather quickly. Can anyone think of where I might start to look for a solution to this problem? Ta Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
Do any errors appear in the event log (the STUPID_LOG_FILE)? On Tue, 2002-07-02 at 11:50, Tony McDonald wrote:
Hows *that* for a descriptive subject line! :)
But seriously folks...
I've upgraded an installation to Zope 2.5.1/Python 2.1.3 and I get the weirdest error.
The 'session_data' object in the top level folder 'temp_folder' does not get created - but only on *one* of my 2.5.1/2.1.3 sites. As this is the most important of our sites, and we use session machinery quite a bit, I tend to notice this rather quickly.
Can anyone think of where I might start to look for a solution to this problem?
Ta Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
_______________________________________________ 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 )
On 2/7/02 6:22 pm, "Chris McDonough" <chrism@zope.com> wrote:
Do any errors appear in the event log (the STUPID_LOG_FILE)?
Cheers Chris (I do seem to have problems with SESSION stuff don't I? :) There's this from STUPID_LOG_FILE 2002-07-02T19:49:11 INFO(0) ZODB Opening database for mounting: '10517752_1014201531.425206' ------ 2002-07-02T19:49:11 INFO(0) ZODB Mounted database '10517752_1014201531.425206' at /temp_folder ------ 2002-07-02T19:49:12 ERROR(200) ZODB Couldn't load state for '\x00\x00\x00\x00\x00\x00cI' Traceback (innermost last): File /home/zope/Zope-2.5.1-src/lib/python/ZODB/Connection.py, line 472, in setstate ImportError: No module named Splitter And then more errors related to Splitter. This is from a server that opens a temp_folder/session_data combination succesfully 2002-07-02T19:53:23 INFO(0) ZODB Opening database for mounting: '18705136_1014301699.536549' ------ 2002-07-02T19:53:23 INFO(0) ZODB Mounted database '18705136_1014301699.536549' at /temp_folder ------ 2002-07-02T19:53:28 INFO(0) ZServer HTTP server started at Tue Jul 2 20:53:28 2002 Both these Zopes are using the same SOFTWARE_HOME (2.5.1) so I'm a wee bit baffled here. Well, I decided to (a) delete all products from the Products folder, pack the database as restart the server. This gets rid of any errors in STUPID_LOG_FILE; 2002-07-02T20:25:18 INFO(0) ZODB Opening database for mounting: '10517752_1014201531.425206' ------ 2002-07-02T20:25:19 INFO(0) ZODB Mounted database '10517752_1014201531.425206' at /temp_folder ------ 2002-07-02T20:25:19 INFO(0) ZServer HTTP server started at Tue Jul 2 21:25:19 2002 But session_data in temp_folder *still* doesn't get created. Very strange indeed...any thoughts would be appreciated. Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
I'm honestly not sure how this can happen. It looks impossible. It might make sense to try to step through the code following line 279 of lib/python/OFS/Application.py ("if not hasattr(tf, 'session_data')") -- use pdb.set_trace() here when zope starts up) to see what is happening. On Tue, 2002-07-02 at 16:32, Tony McDonald wrote:
On 2/7/02 6:22 pm, "Chris McDonough" <chrism@zope.com> wrote:
Do any errors appear in the event log (the STUPID_LOG_FILE)?
Cheers Chris (I do seem to have problems with SESSION stuff don't I? :)
There's this from STUPID_LOG_FILE
2002-07-02T19:49:11 INFO(0) ZODB Opening database for mounting: '10517752_1014201531.425206' ------ 2002-07-02T19:49:11 INFO(0) ZODB Mounted database '10517752_1014201531.425206' at /temp_folder ------ 2002-07-02T19:49:12 ERROR(200) ZODB Couldn't load state for '\x00\x00\x00\x00\x00\x00cI' Traceback (innermost last): File /home/zope/Zope-2.5.1-src/lib/python/ZODB/Connection.py, line 472, in setstate ImportError: No module named Splitter
And then more errors related to Splitter.
This is from a server that opens a temp_folder/session_data combination succesfully
2002-07-02T19:53:23 INFO(0) ZODB Opening database for mounting: '18705136_1014301699.536549' ------ 2002-07-02T19:53:23 INFO(0) ZODB Mounted database '18705136_1014301699.536549' at /temp_folder ------ 2002-07-02T19:53:28 INFO(0) ZServer HTTP server started at Tue Jul 2 20:53:28 2002
Both these Zopes are using the same SOFTWARE_HOME (2.5.1) so I'm a wee bit baffled here.
Well, I decided to (a) delete all products from the Products folder, pack the database as restart the server. This gets rid of any errors in STUPID_LOG_FILE;
2002-07-02T20:25:18 INFO(0) ZODB Opening database for mounting: '10517752_1014201531.425206' ------ 2002-07-02T20:25:19 INFO(0) ZODB Mounted database '10517752_1014201531.425206' at /temp_folder ------ 2002-07-02T20:25:19 INFO(0) ZServer HTTP server started at Tue Jul 2 21:25:19 2002
But session_data in temp_folder *still* doesn't get created.
Very strange indeed...any thoughts would be appreciated.
Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
On 2/7/02 10:15 pm, "Chris McDonough" <chrism@zope.com> wrote:
I'm honestly not sure how this can happen. It looks impossible.
I do my best to make 'interesting' problems! :)
It might make sense to try to step through the code following line 279 of lib/python/OFS/Application.py ("if not hasattr(tf, 'session_data')") -- use pdb.set_trace() here when zope starts up) to see what is happening.
I'm not au fair with pdb stuff Chris, what I've done is this # Ensure that a temp folder exists LOG('Session', INFO, 'b4 temp folder') if not hasattr(app, 'temp_folder'): LOG('Session', INFO, 'no temp folder') ... # Ensure that there is a transient container in the temp folder tf = app.temp_folder LOG('Session', INFO, 'after temp folder') if not hasattr(tf, 'session_data'): LOG('Session', INFO, 'no session data') ... # Ensure that there is a transient container in the temp folder tf = app.temp_folder LOG('Session', INFO, 'after temp folder') if hasattr(tf, 'session_data'): LOG('Session', INFO, 'session data exists') if not hasattr(tf, 'session_data'): LOG('Session', INFO, 'no session data') And this is what's in the Zope.log 2002-07-02T21:53:19 INFO(0) Session b4 temp folder ------ 2002-07-02T21:53:20 INFO(0) ZODB Opening database for mounting: '10517752_1014201531.425206' ------ 2002-07-02T21:53:20 INFO(0) ZODB Mounted database '10517752_1014201531.425206' at /temp_folder ------ 2002-07-02T21:53:20 INFO(0) Session after temp folder ------ 2002-07-02T21:53:21 INFO(0) Session session data exists Seems to imply that temp_folder is there (it is), and my added lines imply that there is a session_data object in the temp_folder (there's not - drat!). I tried deleting the temp_folder as an admin user and that was no-go. Baffled... Tone -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
Tony, I've got nothing to go on here, unfortunately.... I've got no idea. How Zope can think it has a session_data object created as an attribute of an object that only gets created at startup is beyond me. Tony McDonald wrote:
On 2/7/02 10:15 pm, "Chris McDonough" <chrism@zope.com> wrote:
I'm honestly not sure how this can happen. It looks impossible.
I do my best to make 'interesting' problems! :)
It might make sense to try to step through the code following line 279 of lib/python/OFS/Application.py ("if not hasattr(tf, 'session_data')") -- use pdb.set_trace() here when zope starts up) to see what is happening.
I'm not au fair with pdb stuff Chris, what I've done is this
# Ensure that a temp folder exists LOG('Session', INFO, 'b4 temp folder') if not hasattr(app, 'temp_folder'): LOG('Session', INFO, 'no temp folder')
...
# Ensure that there is a transient container in the temp folder tf = app.temp_folder LOG('Session', INFO, 'after temp folder') if not hasattr(tf, 'session_data'): LOG('Session', INFO, 'no session data')
...
# Ensure that there is a transient container in the temp folder tf = app.temp_folder LOG('Session', INFO, 'after temp folder') if hasattr(tf, 'session_data'): LOG('Session', INFO, 'session data exists') if not hasattr(tf, 'session_data'): LOG('Session', INFO, 'no session data')
And this is what's in the Zope.log
2002-07-02T21:53:19 INFO(0) Session b4 temp folder ------ 2002-07-02T21:53:20 INFO(0) ZODB Opening database for mounting: '10517752_1014201531.425206' ------ 2002-07-02T21:53:20 INFO(0) ZODB Mounted database '10517752_1014201531.425206' at /temp_folder ------ 2002-07-02T21:53:20 INFO(0) Session after temp folder ------ 2002-07-02T21:53:21 INFO(0) Session session data exists
Seems to imply that temp_folder is there (it is), and my added lines imply that there is a session_data object in the temp_folder (there's not - drat!). I tried deleting the temp_folder as an admin user and that was no-go.
Baffled...
Tone
-- Chris McDonough Zope Corporation http://www.zope.org http://www.zope.com "Killing hundreds of birds with thousands of stones"
On 3/7/02 1:35 am, "Chris McDonough" <chrism@zope.com> wrote:
Tony, I've got nothing to go on here, unfortunately.... I've got no idea. How Zope can think it has a session_data object created as an attribute of an object that only gets created at startup is beyond me.
Thanks for the help Chris, it's not a deal-stopper as such - I can still recreate session_data manually after a restart (just need to remember to do it I guess!). Good thing is that with 2.5.1/2.1.3 my Zopes are waaaay more stable than they were before, so I'll only have to restart rarely :) I'll dig around and report to the list if I get anything.... Cheers tone -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
Just a guess, but could it be that you have something called 'session_data' where it can be (accidently) acquired? Say, a property of the root folder or something. Try the test like so: tf = app.temp_folder.aq_base if hasattr(tf, 'session_data'): LOG('Session', INFO, 'session data exists') and see whether it makes a difference. BTW: Which version of Zope did you upgrade from? Do you maybe still have the CST product installed? HTH, Stefan --On Dienstag, 02. Juli 2002 23:03 +0100 Tony McDonald <tony.mcdonald@ncl.ac.uk> wrote:
...
# Ensure that there is a transient container in the temp folder tf = app.temp_folder LOG('Session', INFO, 'after temp folder') if hasattr(tf, 'session_data'): LOG('Session', INFO, 'session data exists') if not hasattr(tf, 'session_data'): LOG('Session', INFO, 'no session data')
And this is what's in the Zope.log
2002-07-02T21:53:19 INFO(0) Session b4 temp folder ------ 2002-07-02T21:53:20 INFO(0) ZODB Opening database for mounting: '10517752_1014201531.425206' ------ 2002-07-02T21:53:20 INFO(0) ZODB Mounted database '10517752_1014201531.425206' at /temp_folder ------ 2002-07-02T21:53:20 INFO(0) Session after temp folder ------ 2002-07-02T21:53:21 INFO(0) Session session data exists
-- BLOWFISH, n. - Preference for beef.
On 3/7/02 11:34 am, "Stefan H. Holek" <stefan@epy.co.at> wrote:
Just a guess, but could it be that you have something called 'session_data' where it can be (accidently) acquired? Say, a property of the root folder or something.
Try the test like so:
tf = app.temp_folder.aq_base if hasattr(tf, 'session_data'): LOG('Session', INFO, 'session data exists')
and see whether it makes a difference.
BTW: Which version of Zope did you upgrade from? Do you maybe still have the CST product installed?
HTH, Stefan
Stefan!!! - you da man! Yup, yours truly had a python script called 'session_data' at the top level of this site, I've since renamed it to load_session_data, used the excellent 'ReplaceSupport' product to change all occurrences of session_data to load_session_data and Bobs your uncle!! I deleted all products and compacted the database to get rid of old stuff, so there was no CST in the installation... Thanks a *lot*! Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
Aha! Tony, would you be willing to enter this as a collector issue? Tony McDonald wrote:
On 3/7/02 11:34 am, "Stefan H. Holek" <stefan@epy.co.at> wrote:
Just a guess, but could it be that you have something called 'session_data' where it can be (accidently) acquired? Say, a property of the root folder or something.
Try the test like so:
tf = app.temp_folder.aq_base if hasattr(tf, 'session_data'): LOG('Session', INFO, 'session data exists')
and see whether it makes a difference.
BTW: Which version of Zope did you upgrade from? Do you maybe still have the CST product installed?
HTH, Stefan
Stefan!!! - you da man!
Yup, yours truly had a python script called 'session_data' at the top level of this site, I've since renamed it to load_session_data, used the excellent 'ReplaceSupport' product to change all occurrences of session_data to load_session_data and Bobs your uncle!!
I deleted all products and compacted the database to get rid of old stuff, so there was no CST in the installation...
Thanks a *lot*!
Tone.
-- Chris McDonough Zope Corporation http://www.zope.org http://www.zope.com "Killing hundreds of birds with thousands of stones"
On 3/7/02 1:14 pm, "Chris McDonough" <chrism@zope.com> wrote:
Aha!
Tony, would you be willing to enter this as a collector issue?
Sure Chris, http://collector.zope.org/Zope/454 (except I forgot to log in, so it shows up as 'Anonymous' ... Sigh). Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
On 2/7/02 9:32 pm, "Tony McDonald" <tony.mcdonald@ncl.ac.uk> wrote:
On 2/7/02 6:22 pm, "Chris McDonough" <chrism@zope.com> wrote:
Do any errors appear in the event log (the STUPID_LOG_FILE)?
One more thing, I've delved around in OFS/Application.py where it seems temp_folder/session_data is created, and I can't get my head around what's happening there.... Hmmm.... Tone. -- Dr Tony McDonald, Assistant Director, FMCC, http://www.fmcc.org.uk/ The Medical School, Newcastle University Tel: +44 191 243 6140 A Zope list for UK HE/FE http://www.fmcc.org.uk/mailman/listinfo/zope
participants (3)
-
Chris McDonough -
Stefan H. Holek -
Tony McDonald