ID: 25876
Comment by: jjohanso at online dot no
Reported By: golden at riscom dot com
Status: No Feedback
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.9-4.3.10
Assigned To: sniper
New Comment:
Running with this configuration,
FreeBSD FreeBSD 5.2.1-RELEASE-p9 #0: Wed Aug 4 19:02:38 CEST 2004
Database Version: MySQL 4.0.18
PHP Version: 4.3.11
Web Server: Apache/2.0.52 (FreeBSD) PHP/4.3.11
WebServer to PHP interface: apache2handler
session.save_handler in php.ini set to files,
I see this problem with a low frequency (maybe 2-3 times every second
day when working with updates to my CMS system all day). Doing a web
search in the CMS community it seems that a number of people is
strugling with this problem...
Previous Comments:
------------------------------------------------------------------------
[2005-12-20 18:06:25] siggi at junesystems dot com
A workaround for this problem is to reset the session handlers for PHP
before calling session_start for the second time. You can use the
session_set_save_handler() function for this.
------------------------------------------------------------------------
[2005-12-08 07:59:46] henmarrina at gmail dot com
while i was working on joomla admin module i got this error:
Fatal error: session_start(): Failed to initialize storage module. in
/var/www/html/workspace/joomla/administrator/index2.php on line 34
as suggested by may forum i have changed session.save_handler
in php.ini to files.
but error is still there........is there any concrete solution for this
problem
------------------------------------------------------------------------
[2005-12-02 13:11:04] ts at dreamcoder dot dk
Without knowing about the code side of it, this bug reminds me of the
php_value leak there was amoung virtualhosts in apache once - where the
php_value_* from one virtualhost was leaked in to another.
------------------------------------------------------------------------
[2005-10-30 16:11:13] support3 at futurahost dot com
Hello
We "solved" it by adding an auto_prepend file to every .php executed on
our servers:
[EMAIL PROTECTED] lib]$ cat php.ini.prepend
<? session_module_name("files"); ?>
[EMAIL PROTECTED] lib]$ grep auto_prepend_file php.ini
auto_prepend_file = /usr/local/lib/php.ini.prepend
[EMAIL PROTECTED] lib]$
Anyway, we are very concerned about php developers completely ignoring
this bug.
------------------------------------------------------------------------
[2005-09-30 20:32:42] dan at nitro dot com
I was experiencing this problem on my server, and have managed to make
it go away after reading comments in this post and experimenting a bit.
details:
original setup:
/var/lib/php/session
owner root:apache
permissions: 770
test script from gul_murjani at yahoo dot com would fail after between
1 and 30 or so counts
modified permissions on directory to:
owner apache:apache
permissions 700
test script ran on five client computers to over 10,000 cycles without
failing.
this fix is strange though as I have since changed the permissions back
to the origial setup:
owner root:apache
permissions: 770
and the script has run without failing - no more errors - even after
another thousands of cycles.
strange but true!
------------------------------------------------------------------------
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/25876
--
Edit this bug report at http://bugs.php.net/?id=25876&edit=1
