Re: What can cause session_destroy to fail? -- thanks!

From: Date: Tue, 12 Jun 2007 22:44:58 +0000
Subject: Re: What can cause session_destroy to fail? -- thanks!
References: 1 2  Groups: php.general 
Request: Send a blank email to php-general+get-256799@lists.php.net to get a copy of this message
Richard Lynch wrote: > On Mon, June 11, 2007 8:36 pm, Mattias Thorslund wrote: > >> One of my clients just received a PHP warning that session_destroy() >> failed. Using the default session handler (with tmp files), what are >> the >> most likely things that can cause session_destroy() to return false? >> >> Thanks for any suggestions. >> > > Several things spring to mind... > > root user decided to wipe out /tmp > > root user re-defined where /tmp was, for a new hard drive or > performance or... > > root user mounted something else on /tmp for a moment (or longer) > > hard drive actually failed > > /tmp was "full" and some automated process nuked oldest /tmp files > > If the same user was surfing with 2 tabs open, and the session was > locked by the second tab, and the first tab tried to destroy it... I > think it is possible that PHP *might* be unwilling to wait "too long" > for the session file to be unlocked so it can be unlinked... This is > just a theory. You'd have to read PHP source to find out for sure, or > conduct controlled tests. > Thanks for some informative suggestions, Richard :-) Cheers, Mattias

« previous php.general (#256799) next »