WOSessionStore deadlock
WOSessionStore deadlock
- Subject: WOSessionStore deadlock
- From: Miguel Arroz <email@hidden>
- Date: Wed, 29 Apr 2009 14:49:33 +0100
Hi!
This is a "Request for Experience" kind of email. :) I'm having a
really hard time to track down issue and I would like to know if any
of you has already seen this symptoms, and have any clue of what might
be going on.
My problems is the following: occasionally (and it doesn't seem to
depend on the load, as it occurs on weekdays during peak usage as well
as weekends) a session will not expire after the defined 60 minutes,
and it will exist forever. Apparently, it won't cause any problem to
the app, besides locking down some WorkerThreads.
I've done several thread dumps, including one as soon as I detected
this (the session had about 62 minutes of idle time). The only thing
weird I saw is something that, at first, I thought it was a
consequence of the problem, whatever that was, but now I think it's
tied to the cause, as I see anything else that might be causing this.
I have 3 threads like this, all waiting on the same monitor:
"WorkerThread15" prio=5 tid=0x08995400 nid=0x8995600 in
Object.wait() [0xbf0dd000..0xbf0ddb80]
at java.lang.Object.wait(Native Method)
- waiting on <0x34000548> (a com.webobjects.appserver.WOSessionStore
$TimeoutEntry)
at java.lang.Object.wait(Object.java:474)
at
com
.webobjects
.appserver.WOSessionStore.checkOutSessionWithID(WOSessionStore.java:207)
- locked <0x34000548> (a com.webobjects.appserver.WOSessionStore
$TimeoutEntry)
at
com
.webobjects
.appserver.WOApplication.restoreSessionWithID(WOApplication.java:1546)
at
er
.extensions
.appserver.ERXApplication.restoreSessionWithID(ERXApplication.java:2028)
...
I noticed Wonder has something to detect session store deadlocks,
but it works only when concurrent requests are off, and we have that
feature turned on.
What can be causing a session to be checked out, but not checked in
again?
Yours
Miguel Arroz
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden