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