#19022 [Fbk]: PHP Warning: Failed to write session data (files)
| From: | kalowsky@php.net | Date: | Thu, 05 Sep 2002 04:22:10 +0000 |
| Subject: | #19022 [Fbk]: PHP Warning: Failed to write session data (files) | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-18471@lists.php.net to get a copy of this message | ||
ID: 19022
Updated by: kalowsky@php.net
Reported By: phpbugs@mx4k.com
Status: Feedback
Bug Type: Session related
Operating System: linux (rh7.3), apache 1.3.26
PHP Version: 4.2.2
New Comment:
Then shush up and test a snapshot please :)
Previous Comments:
------------------------------------------------------------------------
[2002-09-04 22:57:37] ShaneO@alldigitalservices.com.au
lol - I dont care anymore mate - just fix it and im happy
------------------------------------------------------------------------
[2002-09-04 19:11:40] wez@php.net
Shane: please read the following:
http://www.php.net/license/3_0.txt (particularly
the part
in uppercase).
Then read this:
http://www.derickrethans.nl/20020502.php.
------------------------------------------------------------------------
[2002-09-04 18:47:38] ShaneO@alldigitalservices.com.au
Our client just pulled out and i lost my job due to this bug. Thanks
guys
------------------------------------------------------------------------
[2002-09-04 08:41:38] kalowsky@php.net
Yes actually the PREAD functionality in the glibc has been found to be
buggy (this is actually in another bug report as well, I just forget
the number off hand). It was fixed in the CVS for glibc, but that was
only as of July 2002.
Regardless, try a snapshot for HEAD dated sometime after this point,
I've taken the PREAD out again. Post back results.
------------------------------------------------------------------------
[2002-09-04 06:35:48] phpbugs@mx4k.com
hi there,
as far as i can tell the problem only appears if the server runs on
middle to high load. (eg. >100httpd)
the problem machine is a p4-1,8ghz with 1gig ram (no smp) and we
couldnt yet reproduce the problem on any other server. the machine only
runs the httpd, postgres is running on a different machine. its using a
IDE hd (some special scsi or something)
i'm willing to apply some patches to get rid of the problem. i looked
into the problem myself but couldn't find any problem in PS(mod)->write
or the resulting write to the hd (which i guess is
PS_WRITE_FUNC(files)). I never coded on linux neither much of c (only
c++, c#, java) but maybe p/write does have a problem.
#ifdef HAVE_PWRITE
n = pwrite(data->fd, val, vallen, 0);
#else
lseek(data->fd, 0, SEEK_SET);
n = write(data->fd, val, vallen);
#endif
anyways, send me some patches via email and i'll try my best to find a
workarround.
greets,
thomas
------------------------------------------------------------------------
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/19022
--
Edit this bug report at http://bugs.php.net/?id=19022&edit=1