[hunchentoot-devel] Session Time Out - HELP!

[Phil Marneweck]

Well after running fine for a while hunchentoot is again re-setting
sessions at arbitrary intervals. 

I have closed down my lisp instance serveral times today and restarted
everything. Everything will work for a while (5 to 45 minutes) and then
fall apart. Once hunchentoot has killed sessions once, it does so every
couple of minutes, some times under a minute.

I have checked my code again looking for a place that I might be killing
the sessions or setting the session to nil in any way but I have no such
code.

I set the following before creating any acceptors:

(setf hunchentoot::*session-gc-frequency* nil)
(setf hunchentoot::*session-max-time* 36000)
(setf hunchentoot::*use-user-agent-for-sessions* nil)

hunchentoot::*use-remote-addr-for-sessions* reports NIL

I added a check to see what the (session-db *my-acceptor*) reports when
I say hunchentoot "resets sessions" and it reports NIL. Before a reset
(session-db *my-acceptor*) reports (8 .#).

The only other thing that I can think might have an effect is that the
site uses ssl but hunchentoot is not hangling the ssl I am forwarding
from nginx to hunchentoot.

Any suggestions?



On Thu, 2010-05-20 at 11:23 +0200, Edi Weitz wrote:

> On Thu, May 20, 2010 at 6:41 AM, Phil Marneweck <zaries at global.co.za> wrote:
> 
> > Thanx again for the help.
> 
> You're welcome... :)
> 
> > 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?
> 
> Well, they are all mentioned in the same short chapter about sessions,
> and *use-remote-addr-for-sessions* is by default set to NIL.  One
> should assume that users setting this value to T know what they're
> doing.  Besides, I don't see any specific relation between, e.g.,
> *session-gc-frequency* and *use-remote-addr-for-sessions*.
> 
> Edi.
> 
> _______________________________________________
> 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/20100521/83d9ff15/attachment.html>