From: dmih at in-solve dot ru Operating system: Win32/all PHP version: 4.3.10 PHP Bug Type: Session related Bug description: session_start(): Failed to initialize storage module: user
Description: ------------ This is repeat of lame "no-feedback" bug http://bugs.php.net/bug.php?id=25876 with some new data. It seems that nobody will pay attention to the old bug with 'no feedback', so I have to make this new one with chance go give all needed feedback this time, because the bug is very annoying. We are using PHP in virtual hosting environment, 1000+ hosts. Apache 1.3 module. We randomly see session_start(): Failed to initialize storage module: user (path: d:\web\temp) on line 2. where on line 2, 3, 4, etc there is only first any command that initialize session. The problem is that the user NEVER set storage module to user! Just never. Not in php.ini, not in scripts, nowhere. We are hosting for 5 years now already and there is no errors in configuration. No Zend, no accelerators/caches, just plain PHP with standard options. I have feeling that this 'user' setting is coming from maybe some other execution task/thread. I also have feeling that one of apache working threads starts to always feel like 'user' session handler. This seems to be related to this bug: http://bugs.php.net/bug.php?id=32330 but situation may be more clear here because 'reproduction code' is surely shorter. Reproduce code: --------------- <? session_start(); Expected result: ---------------- Session startup Actual result: -------------- It works, but with some probability under heavy load: session_start(): Failed to initialize storage module: user (path: d:\web\temp) on line 2. -- Edit bug report at http://bugs.php.net/?id=32897&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32897&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32897&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32897&r=trysnapshot51 Fixed in CVS: http://bugs.php.net/fix.php?id=32897&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=32897&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32897&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32897&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32897&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32897&r=support Expected behavior: http://bugs.php.net/fix.php?id=32897&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32897&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32897&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=32897&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32897&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=32897&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32897&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32897&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32897&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32897&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32897&r=mysqlcfg
