[hunchentoot-devel] Session Time Out - HELP!

Phil Marneweck zaries at global.co.za
Thu May 20 04:41:23 UTC 2010


Just some feedback:

*use-remote-addr-for-sessions* was definately the problem, or shall I
say my understanding of proxy servers was the problem...well you live
and you learn...

Thanx again for the help.

PS: How about some cross references in the documentation for
*session-gc-frequency*, *session-max-time* and
*use-remote-addr-for-sessions* just as a heads up for other people that
might stumble into this?

On Wed, 2010-05-19 at 16:41 +0200, Phil Marneweck wrote:

> I think the culpret might have been *use-remote-addr-for-sessions* I
> found some forgotten code that sets it to t. Appologies if this was a
> wild goose chase...
> 
> I have removed it now and will monitor the situation. 
> 
> Thanx for the help your question about cookies triggered the search for
> *use-remote-addr-for-sessions*. 
> 
> Once again sorry if this was a wild goose chase, I feel like a real
> idiot now....*sigh*
> 
> On Wed, 2010-05-19 at 16:10 +0200, Edi Weitz wrote:
> > If it times out after 15 minutes, I'd guess this has nothing to do
> > with session timeouts (as witnessed by session-too-old-p returning
> > NIL) because the default timeout is 30 minutes.  Are you sure there's
> > not a problem with cookies somewhere?
> > 
> > 
> > On Wed, May 19, 2010 at 3:13 PM, Phil Marneweck <zaries at global.co.za> wrote:
> > > Thanx for the speedy feedback.
> > >
> > > I had to wait to for an opportune moment to shut down hunchentoot on my live
> > > server.
> > >
> > > Steps
> > >
> > > 1. I restarted it with the *session-gc-frequency* (5000) and
> > > *session-max-time* (3600) values I wanted (before I creating any acceptors).
> > >
> > > 2. Logged into my application and then left the system for 15 minutes, it
> > > timed out when I tried to resume.
> > >
> > > 3. I then placed a trace on HUNCHENTOOT::SESSION-TOO-OLD-P as suggested and
> > > it comes back with a NIL, I pushed the system to make more than 50 new
> > > sessions.
> > >
> > > 4. I logged in again and left the system for 15 minutes and again it timed
> > > out when I tried to resume. All this time HUNCHENTOOT::SESSION-TOO-OLD-P is
> > > returning NIL.
> > >
> > > I know I am grasping at straws now, but could the *SESSION-MAX-TIME* not
> > > working have something to do with the fact that the client and the server
> > > are in different time zones? If I run the server on my development box the
> > > session does not time out like on the server.
> > >
> > >
> > > Regards
> > > Phil
> > >
> > >
> > > On Wed, 2010-05-19 at 13:13 +0200, Hans Hübner wrote:
> > >
> > > Phil,
> > >
> > > are you sure that youre new value for *SESSION-MAX-TIME* is used by
> > > your sessions?  Try tracing HUNCHENTOOT::SESSION-TOO-OLD-P and check
> > > the log file for entries saying "Session with ID <id> too old".  If
> > > you see those messages in the log, or if
> > > HUNCHENTOOT::SESSION-TOO-OLD-P returns a true value for a session,
> > > your *SESSION-MAX-TIME* change has not been seen by Hunchentoot.
> > >
> > > One reason could be that you're changing the value of the global
> > > variable after you started Hunchentoot in multi-threaded mode.  In
> > > that case, the changed value might not be picked up.
> > >
> > > Let us know how you proceed.
> > >
> > > -Hans
> > >
> > > On Wed, May 19, 2010 at 12:46, Phil Marneweck <zaries at global.co.za> wrote:
> > >> Hi
> > >>
> > >> Is there any thing more than *session-gc-frequency* and
> > >> *session-max-time* that influences session time outs?
> > >>
> > >> Because it does not matter how high I set these values the session keeps
> > >> on timing out with in a couple of minutes!
> > >>
> > >> Can those values be set at any time or do they have to be set before any
> > >> acceptors are created?
> > >>
> > >> Any help would be much appreciated this is causing me major pain on a
> > >> live site.
> > >>
> > >>
> > >>
> > >>
> > >>
> > >>
> > >> _______________________________________________
> > >> tbnl-devel site list
> > >> tbnl-devel at common-lisp.net
> > >> http://common-lisp.net/mailman/listinfo/tbnl-devel
> > >>
> > >
> > > _______________________________________________
> > > tbnl-devel site list
> > > tbnl-devel at common-lisp.net
> > > http://common-lisp.net/mailman/listinfo/tbnl-devel
> > >
> > >
> > > _______________________________________________
> > > tbnl-devel site list
> > > tbnl-devel at common-lisp.net
> > > http://common-lisp.net/mailman/listinfo/tbnl-devel
> > >
> > 
> > _______________________________________________
> > tbnl-devel site list
> > tbnl-devel at common-lisp.net
> > http://common-lisp.net/mailman/listinfo/tbnl-devel
> 
> 
> 
> _______________________________________________
> tbnl-devel site list
> tbnl-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/tbnl-devel


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/tbnl-devel/attachments/20100520/367d269c/attachment.html>


More information about the Tbnl-devel mailing list