Session support has died

[email protected] (Miguel Cruz)
Newsgroups php.version4
Message-ID <B54F1E1E.680%[email protected]>
As of this afternoon, any attempt to call a session-related function locks
up the httpd. I have rebuilt from scratch (PHP4.0RC2/OCI8, Apache 1.3.12).
No other changes were made on the server, so I am somewhat mystified. The
same happens with RC1. I observe the following symptoms:

1) Session files in /tmp are all zero-length (there is plenty of disk space
and permissions on the directory are normal)

2) The following sorts of log messages appear in great numbers in apache's
error_log:

string.c(1658) :  Freeing 0x0820F5CC (21 bytes), script=/www/live/about.php
./zend_execute.c(340) :  Freeing 0x0820BE54 (6 bytes),
script=/www/live/about.php
zend_variables.c(126) : Actual location (location was relayed)
./zend_execute.c(1591) :  Freeing 0x08203F64 (48 bytes),
script=/www/live/about.php
zend_hash.c(255) :  Freeing 0x08216B54 (43 bytes),
script=/www/live/firmlist.php
Last leak repeated 9 times
formatted_print.c(566) :  Freeing 0x08216B04 (30 bytes),
script=/www/live/firmlist.php
Last leak repeated 1 time
./zend_execute.c(1572) :  Freeing 0x0820FA64 (12 bytes),
script=/www/live/firmlist.php
Last leak repeated 3 times
./zend_execute.c(413) :  Freeing 0x0820F86C (12 bytes),
script=/www/live/firmlist.php
zend_execute_API.c(534) :  Freeing 0x08222504 (12 bytes),
script=/www/live/firmlist.php
Last leak repeated 3 times
zend_hash.c(425) :  Freeing 0x0820F644 (44 bytes),
script=/www/live/firmlist.php
./zend_execute.c(340) :  Freeing 0x082224CC (9 bytes),
script=/www/live/firmlist.php
zend_variables.c(126) : Actual location (location was relayed)
string.c(153) :  Freeing 0x08221004 (7 bytes), script=/www/live/firmlist.php
php_variables.c(163) :  Freeing 0x08204224 (12 bytes),
script=/www/live/firmlist.php
string.c(1658) :  Freeing 0x0820C904 (27 bytes),
script=/www/live/firmlist.php
./zend_execute.c(1591) :  Freeing 0x082018B4 (48 bytes),
script=/www/live/firmlist.php

3) Here's what lsof has to say, in case that's of any relevance:

timbuktu# lsof | grep tmp/sess
httpd-ora 25116    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
httpd-ora 25117    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
httpd-ora 25118    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
httpd-ora 25119    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
httpd-ora 25120    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
httpd-ora 25121    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
oracle    25122    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
httpd-ora 25123    root    4u   REG        8,1          0      16135
/tmp/sess_3c70db550a6943067bc92c4cebebedf4
oracle    25124    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
httpd-ora 25137    root    4u   REG        8,1          0      16274
/tmp/sess_3c70db550a6943067bc92c4cebebedf4 (deleted)
oracle    25202    root    4u   REG        8,1          0      16135
/tmp/sess_3c70db550a6943067bc92c4cebebedf4

Any ideas? I'm pretty well flummoxed.

miguel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.