Re: Maxing out sessions?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



/tmp is not it's own partition... but I have 6Gig free on the / drive.
Right now I have 401 sessions and am pushing 2Gig on the /tmp directory.

At the moment I am not having any session issues.   Ok.. if it isn't a
/tmp issue (and maybe it isn't)... whatelse should I look at?   It's
definately SOMETHING with sessions.. because you can be logged into an
application.. and all of a sudden you'll get kicked out back to the
"login" screen (which is where i have it programmed to go if you try
to go to a page and aren't logged in)... you can try to log in and it
will just keep returning you to the login page... if I go and wipe
/tmp all is fine...

What do you make of this?


On Mon, 24 Jan 2005 12:34:21 -0800 (PST), Richard Lynch <ceo@xxxxxxxxx> wrote:
> Matt wrote:
> > I have a high load server which will have anywhere between 500 and 700
> > session files in the /tmp directory at max load times.  I've also
> > noticed that session information seems to get lost sometimes during
> > high load times... like a "remember me" function won't work... or
> > you'll log in and go right back to the login page as though you had
> > not logged in yet.
> >
> > What are my solutions to rectify this?   The machine itself is not
> > overloaded, just seems like the sessions holding tank is overloaded.
> 
> What does "df -h /tmp" show under high load?
> 
> If the file system is full, re-partition for more room in /tmp
> 
> I'm also wondering if you haven't focussed in too quickly on /tmp and
> sessions...
> 
> Perhaps under high load, things are breaking long before they get to the
> session and /tmp stuff, and then they aren't logged in and get re-directed
> to login.  I guess I'm just saying that you need to be sure you understand
> the problem for sure before you flail away at it...  Or at least keep an
> open mind to the possibilities being larger than you currently think.
> 
> --
> Like Music?
> http://l-i-e.com/artists.htm
> 
>

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux