ID: 32330
Comment by: scott at trtinfo dot com
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Session related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-03-17)
Assigned To: sniper
New Comment:
scott => scliburn are one in the same :).
We have not been using any custom session handlers. We have been
utilizing the PHP built in session handlers. My session.save_handler
all have been set to "files".
I have noticed the error message still states:
Fatal error: session_start(): Failed to initialize storage module: user
(path: /tmp)
Take notice to the module "user", however this is my php.ini (i've
located and updated all instances of the php.ini);
session.save_handler = files
I was also unable to produce this error on another machine
(win2003-webedition) which has thread saftey on. Not sure if that is
helpful. This error has only produced itself after upgrading Zend 2+ on
php 4.3.9, 4.3.10, & 5.03 (I cannot produce this error on 5.02 with Zend
2+) yet.
I'm taking a wild non-technical quess in that the save_handler setting
is obviously getting reset during a php request, but have no clue as to
where. I know it's not the code calling to this. I wrote it. Zend?
Heres another twist. I do have another site that is running osCommerce
with custom session handlers and that site doesnot produce this error
(once again, yet). odly enough
Previous Comments:
------------------------------------------------------------------------
[2005-03-24 07:22:24] [EMAIL PROTECTED]
scott, scliburn: are you both using session_set_save_handler() ? Are
you operating in the same environment (custom save handlers are getting
lost after session_destroy) or are you just having the same error
message?
Most bugs I've seen refering to 'Failed to initialize...' are because
session module in php.ini is set to user instead of files when there
are no custom session handlers, which has nothing to do with this
issue.
------------------------------------------------------------------------
[2005-03-23 20:40:49] scliburn at trtinfo dot com
I would like to also add that I'm running and experiencing this issue
in both api versions CGI/ISAPI. not sure if that mattered
------------------------------------------------------------------------
[2005-03-23 20:34:44] scott at trtinfo dot com
i am getting this error on the following environments:
Windows2003 - Zend 2.03, php Version 5.0.3
Redhat 9, Zend 2.03, php Version 4.3.10
Redhat 9, Zend 2.03, php Version 4.3.9
this is happening more often each day. Sessions handler set to files,
session repository directory does not have any space issues. Chmod on
tmp dir set 777.
I am however creating my own hash value for the session id.
This is also done on another server and it has not had this session
error at all. Yet.
------------------------------------------------------------------------
[2005-03-19 00:55:18] [EMAIL PROTECTED]
Good catch, thanks.
------------------------------------------------------------------------
[2005-03-17 10:37:29] [EMAIL PROTECTED]
I see that the php_session_destroy() is called in php_session_decode()
too..
------------------------------------------------------------------------
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/32330
--
Edit this bug report at http://bugs.php.net/?id=32330&edit=1
