ID: 13595
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Session related
Operating System: Debian Sid
PHP Version: 4.0.6
New Comment:
Yes, I had the save path explicitly set to '/dev/null' in php.ini since
I first installed version 4.0.5; I haven't been using sessions, so I
wouldn't have noticed if sessions were not working. However, after the
upgrade, I sure noticed something was wrong, since apache wouldn't
start.
As for why it was setup that way... I have the server setup so each
virtual host uses its own 'tmp' directory, and as I recall, I didn't
want PHP to store anything in '/tmp'.
Previous Comments:
------------------------------------------------------------------------
[2002-03-07 00:30:14] [EMAIL PROTECTED]
Ah .. interesting ...
Did you set the save path explicitely to '/dev/null' ? (And if so,
why?)
All I know at the moment is that serveral session issues are adressed
at the moment. Marking this as analyzed until one of our session gurus
can answer this more accurat.
------------------------------------------------------------------------
[2002-03-06 19:50:16] [EMAIL PROTECTED]
Thanks to [EMAIL PROTECTED], I found the problem using strace. I had
'session.save_path' set to '/dev/null'.
Why does 4.1.2 not handle this gracefully like 4.0.5, and is there any
way to get a more helpful error message in this case?
In case you're interested in the exact errors, I've included the errors
from the strace below:
unlink("/dev/null/session_mm_apache0.sem") = -1 ENOTDIR (Not a
directory)
open("/dev/null/session_mm_apache0.sem", O_RDWR|O_CREAT, 0600) = -1
ENOTDIR (Not a directory)
unlink("/dev/null/session_mm_apache0.sem") = -1 ENOTDIR (Not a
directory)
------------------------------------------------------------------------
[2002-03-05 02:24:42] [EMAIL PROTECTED]
An other alternative would be to use use 'strace' on the apache process
(make sure you start apache with -X switch), maybe you can gather where
it has failed, e.g.
strace -e trace=file -o output /usr/sbin/apache -X
and see in file 'output' what fails.
------------------------------------------------------------------------
[2002-03-05 02:17:02] [EMAIL PROTECTED]
Can you try a snapshot from snaps.php.net? It might be fixed, if not we
need feedback on that branch anyways.
regards,
Derick
------------------------------------------------------------------------
[2002-03-05 01:48:33] [EMAIL PROTECTED]
I'm seeing this problem on Slackware 8.0, when upgrading
from the original mod_php.tgz package (PHP 4.0.5) to the
updated version (PHP 4.1.2).
I already checked, there is no 'session_mm.sem' file to
remove (stopping apache automatically removes the file).
So my question is, what is going on, and how do I fix it?
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/13595
--
Edit this bug report at http://bugs.php.net/?id=13595&edit=1
