ID: 25876
Comment by: guillaume at ironie dot org
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:
I had the same problem, with the same error message, mainly
on a dotclear "weblog" application, on the manage section.
I put the PHP code given in the prepend file :
ini_set("session.save_handler", "files");
and the error automagically disappear, for good (I hope!)
The "save_handler" is just defined in php.ini with value
"files", and not redefined anywhere else. It's strange
that I have to define it again in the code.
Best regards, gu!llaume
Previous Comments:
------------------------------------------------------------------------
[2005-06-13 15:14:16] maarten at students dot ch
PHP Version 4.3.10, Linux srv1-2 2.4.19 #2 SMP Tue Dec 3 15:16:08 CET
2002 i686, Apache
Same Problem over here. It came out of nowhere and sporadically
appears.
------------------------------------------------------------------------
[2005-06-08 14:58:58] tech at c64-wiki dot de
I added the following line near the beginning of my PHP code:
ini_set("session.save_handler", "files");
I have not seen the bug again after that, so far (clicked around like
an idiot and everything worked fine). Which does not mean a lot, of
course, due to the extremely random nature of that bug.
Can anybody else confirm that this workaround works (or maybe not)? If
it does "solve" the problem, the root cause may seem to be that PHP
sometimes takes the wrong session handler (not the one which is defined
in PHP.INI, which is "files" as well (while the error message seems to
indicate "user"?)).
Best regards, Klaus
------------------------------------------------------------------------
[2005-06-08 14:18:42] tech at c64-wiki dot de
Same problem here as described by "gul_murjani at yahoo dot com". PHP
4.3.10 is the version in use (phpinfo() can be seen at
http://www.c64-wiki.de/test.php). I tried to change session.save_path
to a different path (by adding a php_value line into .htaccess), made
the new directory world-writeable and verified that the session files
do indeed appear there. They do appear there, and there's plenty of
space for that directoty available (about 1GB, should be 'nuff for a
few of these session files with <100 bytes each). And the bug still
appears at extremely random intervals!
Best regards, Klaus
------------------------------------------------------------------------
[2005-05-22 12:06:42] dmih at in-solve dot ru
Please someone in PHP team confirm that you are reading from this bug
(it has 'No Feedback' status).
Or may be we are writing for ourselves here?
------------------------------------------------------------------------
[2005-05-21 14:30:13] gul_murjani at yahoo dot com
Hi,
I'm experiencing this problem in at least 2 sites.
Since it's a error that appears in random, I wrote a simple script to
try and reproduce the error. This is the script:
<?php
session_start();
header("Cache-control: private"); //IE 6 Fix
if ( !isset($_SESSION['ctr']) ) {
echo $_SESSION['ctr'] = 1;
}
else {
echo $_SESSION['ctr']++;
}
?>
<meta http-equiv="refresh" content="10;url=test.php">
All it does is invoke "session_start()" and use one session variable.
It then reloads itself every 10 seconds. On HOSTMANIL.ORG and
HOSTMANIL.NET, the error comes up. But there is no pattern at all.
Sometimes out of 20 refreshes, there's an error, half the time. If the
error comes up, I have to do a manual refresh. I notice that the
session variable is not destroyed at all. It continues counting from
where it stopped.
The problem is at one point in HOSTMANILA.ORG, it kept on coming up
every 2 auto refreshes (and I do an F5). But now, it's was good for 45
straign auto refreshes before the error came up. That's how random the
error is.
I do a lot of programming, mostly in PHP but I'm not "deep" technical.
So I'm not sure if I'm missing something.
I'm running the scripts on 5 sites. These are all on different servers
although all of them are from shared hosting services using cPanel /
WHM.
http://www.hostmanila.org/test.php
http://www.hostmanila.biz/test.php
http://www.hostmanila.net/test.php
http://www.vcdpix.com/test.php
http://www.smokedbangus.com/test.php
So far, it's only happened on HOSTMANILA.ORG and HOSTMANILA.NET.
Here's the rundown on each site:
HOSTMANILA.ORG (error)
Linux 2.4.30-gator_r1
Apache 1.3.33 (Unix)
PERL 5.8.4
PHP 4.3.11
cPanel 9.9.9-STABLE 15
HOSTMANILA.BIZ (fine)
Linux 2.4.30-1-s5
Apache 1.3.33 (Unix)
PERL 5.8.3
PHP 4.3.11
cPanel 10.2.0-RELEASE 82
HOSTMANILA.NET (error)
Linux 2.4.26-grsec
Apache 1.3.33 (Unix)
PERL 5.8.0
PHP 4.3.11
cPanel 10.0.0-RELEASE 7
VCDPIX.COM (fine)
Linux 2.4.20-24.9
Apache 1.3.33 (Unix)
PERL 5.8.1
PHP 4.3.9
cPanel 10.0.0-RELEASE 7
SMOKEDBANGUS.COM (fine)
Linux 2.4.20-20.7smp
Apache 1.3.33 (Unix)
PERL 5.8.4
PHP 4.3.10
cPanel 10.0.0-CURRENT 107
I can't imagine developing anything in PHP without making use of
session_start() so I hope the issue is resolved.
Regards,
Gul
hostmanila.com
------------------------------------------------------------------------
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
