On Fri, 2006-09-22 at 14:25 +1200, Mark Kirkwood wrote: > Michael Sullivan wrote: > > My script uses sessions, and as a result each script begins with > > session_start(); right after the opening <? . Now I'm getting these: > > > > This is the info page. There's nothing here yet. > > Warning: Unknown: open(/tmp/sess_c2795262928933c671af3a6015ff80fe, > > O_RDWR) failed: Permission denied (13) in Unknown on line 0 > > > > Warning: Unknown: Failed to write session data (files). Please verify > > that the current setting of session.save_path is correct (/tmp) in > > Unknown on line 0 > > > > I looked up /tmp/sess_c2795262928933c671af3a6015ff80fe: > > > > bullet ~ # ls -l /tmp/sess_c2795262928933c671af3a6015ff80fe > > -rw------- 1 apache apache 459 Sep 21 > > 19:49 /tmp/sess_c2795262928933c671af3a6015ff80fe > > > > Because I'm using mod_suphp and the executing script is located at > > http://www.espersunited.com/~festival/login.php , shouldn't the file be > > owned by festival? I checked session.save_path in every php.ini file I > > have on the system to make sure that session.save_path was indeed set > > to /tmp; it was. Any hints on how to fix this? > > > > A page here: > > http://www.directadmin.com/forum/showthread.php?s=a6485e9b9cc3edabb99c1ab2191d54a4&postid=60002 > > suggests that you may being bitten by pre-existing session files, and if > you delete or chmod 'em you'll be fine from now on.... > > I suspect some messing with umask may be needed too (note your original > setup specified umask=0077). There should be something in the suphp doco > about this sort of thing [ he states w/o looking :-) ] > > regards > > Mark Deleting it did the trick! Thanks. I should've thought of that... -Michael Sullivan-
-- gentoo-user@gentoo.org mailing list
