ID: 25876
Comment by: tkaeser at gmx dot net
Reported By: golden at riscom dot com
Status: Closed
Bug Type: Session related
Operating System: freebsd 4.8
PHP Version: 4.3.3
New Comment:
Hi,
had the same error, added the following line before starting the
session:
ini_set('session.save_handler', 'files');
this fixed it in my case...
I don't have any idea why this works, got it from
http://lists.mushaake.org/pipermail/php/Week-of-Mon-20031117/004091.html
Previous Comments:
------------------------------------------------------------------------
[2004-04-05 08:17:56] venkat at ehostpros dot com
#####################################
Problem :
Fatal error: session_start(): Failed to initialize storage module
#####################################
The solution (fingers crossed) was to clear the session.save_path
directory - it got thousands of session files there.
Hope it helps someone out there.
#############################
The above solution works fine :)
Thanks,
Venkatesh.G
------------------------------------------------------------------------
[2004-04-01 16:37:42] php dot net at harrysufehmi dot com
I just experienced this problem with php 4.3.3
The solution (fingers crossed) was to clear the session.save_path
directory - it got thousands of session files there.
Hope it helps someone out there.
------------------------------------------------------------------------
[2004-03-08 05:38:31] hck7 at mailcity dot com
We installed PHP 4.3.1 and this problem disappears!!!
Thanks for all !!!
------------------------------------------------------------------------
[2004-03-02 04:49:14] ozone at sange dot fi
As suggested by mivox on Feb 12 in comments to bug 26038, which seems
to be a duplicate of this one, I added a line in my apache.conf:
php_value session.save_handler files
(source: http://bugs.php.net/bug.php?id=260389 )
After this I haven't seen any problems (running for a bit less than a
day), but it's hard to say whether it really helped.
Maybe there are still problems with the initialization of session
parameters when PHP is running as a module and the same code is used to
serve lots of requests.
For me the problems started when using FreeBSD 4-STABLE (4.8 I think,
or even earlier) with PHP 4.2.x and continued with PHP 4.3.x, but they
were very infrequent when using Apache 1.3. Upgrading to Apache 2 made
problems turn up much more often and users started complaining loudly.
I applied the patch from CVS that was supposed to fix the problem to
PHP 4.3.4 (from FreeBSD ports) but it didn't help. Of course that's not
quite the same as trying a recent snapshot, but other people have tried
that and it didn't help either.
------------------------------------------------------------------------
[2004-02-27 10:30:37] bernoico at netcabo dot pt
I also have made the change you sugested and the problem continues...
You have to reopen this bug report.
Thanks.
------------------------------------------------------------------------
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
