ID: 19022 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Session related Operating System: linux (rh7.3), apache 1.3.26 PHP Version: 4.2.2 New Comment:
ALL READ THIS PLEASE !!! SOLUTION TO Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 In this case an many other, working with Linux or FreeBSD, remember that applications are users too. I am not an expert on this OS, but I know something. When a user does not have a home directory, he can not do a lot of things, among them is to execute many commands (why? do not ask) you may check, create a user with no home dir and test. So that is the problem with mysql and www, (PHP is working as www because apache), SO, assign a home dir to www and you will see the error no more. The same may happen with some mysql change settings. Thanks. Previous Comments: ------------------------------------------------------------------------ [2003-01-23 14:28:50] [EMAIL PROTECTED] Hello, had the same error on a low-traffice development server (one processor) with pretty standart php (4.2.3) + apache (1.3.26) set-up. I noticed that I forgot the SID on one page and that somehow messed up the session and created the error on all pages that tried to access this same session. After I put the missing SID in, everything worked fine... ------------------------------------------------------------------------ [2002-12-12 18:25:45] [EMAIL PROTECTED] You can work around this bug by changing the session saver to "mm" (without the quotes). There are no known solutions to this problem that I can see out there. The only people with solutions are the windows people who didn't change the php.ini file to have a windows path in it. FOr the Linux people, this may well be a library compatibility problem, which is the best guess so far but is probably wrong! ------------------------------------------------------------------------ [2002-12-07 20:32:26] [EMAIL PROTECTED] Okay, I think I solved this bug for me at least. I would receive this error: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\windows\temp) in Unknown on line 0 and I finally tracked it down to being I was sometimes setting the session_id(""); to blank, aka, to nothing. That would cause it to fail. I still think this is a bug, because you shouldn't be able to break it by setting it to nothing. The reason I was unable to track this down quicker was because I had no idea I was passing a blank variable to the session_id. So I looked into that, and it turns out PHP fails to delete cookies. I think their is a bug with the delete cookie functions...you might want to check into that. To solve this, instead of deleting the cookies, I just set them to -1, and then checked if they were -1, and if so, treated them as if they weren't there. I hope this helps, Nate ------------------------------------------------------------------------ [2002-12-07 20:05:38] [EMAIL PROTECTED] I receive this bug too...I have traced it back to breaking as soon as I use session_id(); function, and then working fine again once use of that function is removed. ------------------------------------------------------------------------ [2002-11-12 14:33:57] [EMAIL PROTECTED] Another data point. I've recently moved a system from a hosted server running 4.06 to a server under my control running redhat 7.3 and php 4.2.3 Since the move I've been getting very occasional cases of users logging in and receiving someone else's session. The session handling is very simple. On login session_name($db_name); session_start(); $user = new User($userid, $passwd); session_register("user"); On return session_name($db_name); session_start(); I've tried various workarounds like session.entropy_length = 512 session.entropy_file = /dev/urandom in the belief that somehow the two people were getting the same ID and hence temp file But all this was just thrashing at the problem. Then I checked my own cookies and discovered the same as [EMAIL PROTECTED] The cookie contained two session IDs. So I deleted all relevant cookies. Logged out and in and now I'm back to the expected single ID in the cookie. I have logging turned on but have not yet seen any errors. ------------------------------------------------------------------------ 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