#26038 [Com]: session_start(): Failed to initialize storage module
ID: 26038 Comment by: mivox at mivox dot com Reported By: pedro at dehumanizer dot com Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.9 PHP Version: 4CVS-2003-10-30 (stable) New Comment: Correction: Pair upgraded *to* FreeBSD 4.8-STABLE *from* 4.6... Previous Comments: [2004-02-12 16:52:36] mivox at mivox dot com Happens frequently on my osCommerce site, hosted at Pair, running Apache 1.3.29 and PHP 4.3.4. The problems started in November 2003, and they began upgrading to FreeBSD 4.6-STABLE (incl. the Apache and PHP versions noted above) in November. I have just tried implementing the suggestion given above about the session.save_handler = files php setting, by adding the following to my .htaccess file (as per Pair's suggestion): php_value session.save_handler files php_value magic_quotes_gpc 1 If the problem reappears after altering the .htaccess, I will report back. It seems to be running fine right now, but it is a maddeningly intermittent problem. [2004-02-05 06:42:40] bugs dot php dot net at mkaart dot net Hi, I had similar problems on my Gentoo Linux box running Apache 2.0.48 and php4. The problem was solved when I changed the following setting from "user" to "files" in the php.ini: session.save_handler = files Note: This broke drupal (a CMS i have running), but enabling .htaccess for drupal, which sets session.save_handler to user, fixed that as well. Hope this helps... Regards, Marnix Kaart [2004-01-05 03:28:35] dewaard at netcollective dot nl I encountered this problem while working on a custom session handler with session_set_save_handler(). All the virtual hosts on that particular server that contain session_start() where having this issue, except from the virtual host on which I was developing the custom session handler. The only way to solve it was an Apache restart. After a while the problem occured again and an Apache restart fixed this occurence to. I don't know what caused the problem, but i'm quite sure it happened because of my experiments with session_set_save_handler(). I didn't do anything else that relates to sessions and didn't mess with the ini settings. The error occured on PHP 4.3.3 (Apache 1.3.29, Red Hat 8). I've just updated to PHP 4.3.4, but I'm afraid that won't solve this issue. I will true to find out more about this problem and will share all the clues that i can find. [2003-12-29 16:51:31] der at derdev dot com I confirm problem on RedHat 7.3, source-built apache 1.3.29, php 4.3.4 as module. Mysql 3.23.56, localhost socket connect. [2003-12-16 17:05:45] darren at cpanel dot net Just FYI, this also happens with apache 1.3.29 and php 4.3.3 and 4.3.4 on RedHat Linux. 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/26038 -- Edit this bug report at http://bugs.php.net/?id=26038&edit=1
#26038 [Com]: session_start(): Failed to initialize storage module
ID: 26038 Comment by: mivox at mivox dot com Reported By: pedro at dehumanizer dot com Status: Bogus Bug Type: Session related Operating System: FreeBSD 4.9 PHP Version: 4CVS-2003-10-30 (stable) New Comment: Happens frequently on my osCommerce site, hosted at Pair, running Apache 1.3.29 and PHP 4.3.4. The problems started in November 2003, and they began upgrading to FreeBSD 4.6-STABLE (incl. the Apache and PHP versions noted above) in November. I have just tried implementing the suggestion given above about the session.save_handler = files php setting, by adding the following to my .htaccess file (as per Pair's suggestion): php_value session.save_handler files php_value magic_quotes_gpc 1 If the problem reappears after altering the .htaccess, I will report back. It seems to be running fine right now, but it is a maddeningly intermittent problem. Previous Comments: [2004-02-05 06:42:40] bugs dot php dot net at mkaart dot net Hi, I had similar problems on my Gentoo Linux box running Apache 2.0.48 and php4. The problem was solved when I changed the following setting from "user" to "files" in the php.ini: session.save_handler = files Note: This broke drupal (a CMS i have running), but enabling .htaccess for drupal, which sets session.save_handler to user, fixed that as well. Hope this helps... Regards, Marnix Kaart [2004-01-05 03:28:35] dewaard at netcollective dot nl I encountered this problem while working on a custom session handler with session_set_save_handler(). All the virtual hosts on that particular server that contain session_start() where having this issue, except from the virtual host on which I was developing the custom session handler. The only way to solve it was an Apache restart. After a while the problem occured again and an Apache restart fixed this occurence to. I don't know what caused the problem, but i'm quite sure it happened because of my experiments with session_set_save_handler(). I didn't do anything else that relates to sessions and didn't mess with the ini settings. The error occured on PHP 4.3.3 (Apache 1.3.29, Red Hat 8). I've just updated to PHP 4.3.4, but I'm afraid that won't solve this issue. I will true to find out more about this problem and will share all the clues that i can find. [2003-12-29 16:51:31] der at derdev dot com I confirm problem on RedHat 7.3, source-built apache 1.3.29, php 4.3.4 as module. Mysql 3.23.56, localhost socket connect. [2003-12-16 17:05:45] darren at cpanel dot net Just FYI, this also happens with apache 1.3.29 and php 4.3.3 and 4.3.4 on RedHat Linux. [2003-11-17 18:08:18] [EMAIL PROTECTED] It's not PHP bug. (Apache2 is really not ready for production) 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/26038 -- Edit this bug report at http://bugs.php.net/?id=26038&edit=1