<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.28.3">
</HEAD>
<BODY>
Just some feedback:<BR>
<BR>
*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...<BR>
<BR>
Thanx again for the help.<BR>
<BR>
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?<BR>
<BR>
On Wed, 2010-05-19 at 16:41 +0200, Phil Marneweck wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
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 <<A HREF="mailto:zaries@global.co.za">zaries@global.co.za</A>> 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 <<A HREF="mailto:zaries@global.co.za">zaries@global.co.za</A>> 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
> >> <A HREF="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</A>
> >> <A HREF="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel</A>
> >>
> >
> > _______________________________________________
> > tbnl-devel site list
> > <A HREF="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</A>
> > <A HREF="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel</A>
> >
> >
> > _______________________________________________
> > tbnl-devel site list
> > <A HREF="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</A>
> > <A HREF="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel</A>
> >
>
> _______________________________________________
> tbnl-devel site list
> <A HREF="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</A>
> <A HREF="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel</A>
_______________________________________________
tbnl-devel site list
<A HREF="mailto:tbnl-devel@common-lisp.net">tbnl-devel@common-lisp.net</A>
<A HREF="http://common-lisp.net/mailman/listinfo/tbnl-devel">http://common-lisp.net/mailman/listinfo/tbnl-devel</A>
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>