#19022 [Fbk]: PHP Warning: Failed to write session data (files)

From: 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

« previous php.bugs (#18471) next »