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

Reply via email to