Re: Hung threads with Websphere

A new bug report has been created :
http://issues.apache.org/bugzilla/show_bug.cgi?id=40885

Comments include bug fix proposal & discussion.

Eric

Quoting Antoine Levy-Lambert <[email protected]>:
> Hello Eric,
>
> I have no solution concerning this issue.
>
> You might want to check whether this has been reported in
> http://issues.apache.org/bugzilla and enter a new bug report if no such
> bug report exists.
> If a similar bug report exists, add comments indicating that you also
> experienced this problem and add yourself as CC.
>
> Regards,
>
> Antoine
>
> [email protected] wrote:
>> Hi,
>>
>> I'm using Slide 2.1 with Websphere 5.1.
>>
>> It usually works well, but eventually the server starts to hang for 
>> all write operations (all clients give up on
>> timeout) and we find a lot of lines looking like the following in 
>> the server log :
>>
>> [11/2/06 10:44:28:927 MET] 1b8504 ThreadMonitor W WSVR0605W: Thread 
>> "Servlet.Engine.Transports : 70" (a9443c) has been
>> active for 645,985 milliseconds and may be hung. There are 25 
>> threads in total in the server that may be hung.
>>
>>
>> The only way to make slide work again is to restart the WAS instance.
>>
>> Last time it happened we did a thread dump on the server and we 
>> found a lot threads hung at the same place (they all
>> look the same, i'm just including one) :
>>
>> "Servlet.Engine.Transports : 35" daemon prio=5 tid=0x0189adc8 
>> nid=0x298 in Object.wait() [dcc7e000..dcc7fc30]
>> 	at java.lang.Object.wait(Native Method)
>> 	- waiting on <0xe7b6bc68> (a 
>> org.apache.commons.transaction.locking.GenericLock)
>> 	at 
>> org.apache.commons.transaction.locking.GenericLock.acquire(GenericLock.java:241)
>> 	- locked <0xe7b6bc68> (a 
>> org.apache.commons.transaction.locking.GenericLock)
>> 	at 
>> org.apache.commons.transaction.locking.GenericLock.acquire(GenericLock.java:165)
>> 	- locked <0xe7b6bc68> (a 
>> org.apache.commons.transaction.locking.GenericLock)
>> 	at 
>> org.apache.slide.webdav.method.AbstractWebdavMethod.assureGlobalWriteLock(AbstractWebdavMethod.java:847)
>> 	at 
>> org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebdavMethod.java:362)
>> 	at org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:155)
>> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>> 	at 
>> com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServletInstance.java:110)
>> 	at 
>> com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecycleServlet.java:174)
>> 	at 
>> com.ibm.ws.webcontainer.servlet.ServicingServletState.service(StrictLifecycleServlet.java:333)
>> 	at 
>> com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecycleServlet.java:116)
>> 	at 
>> com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java:283)
>> 	at 
>> com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidServletReferenceState.java:42)
>> 	at 
>> com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletInstanceReference.java:40)
>> 	at 
>> com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:76)
>> 	at org.apache.slide.webdav.filter.LogFilter.doFilter(LogFilter.java:141)
>> 	at 
>> com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:132)
>> 	at 
>> com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:71)
>> 	at 
>> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(WebAppRequestDispatcher.java:1162)
>> 	- locked <0xe9128cd0> (a 
>> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher)
>> 	at 
>> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppRequestDispatcher.java:676)
>> 	- locked <0xe9128cd0> (a 
>> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher)
>> 	at 
>> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:203)
>> 	- locked <0xe9128cd0> (a 
>> com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher)
>> 	at 
>> com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:125)
>> 	at 
>> com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker.java:300)
>> 	at 
>> com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(CachedInvocation.java:71)
>> 	at 
>> com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletRequestProcessor.java:246)
>> 	at 
>> com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListener.java:334)
>> 	at 
>> com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.java:56)
>> 	at 
>> com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:652)
>> 	at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:448)
>> 	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:936)
>>
>>
>> We are using the J2EE store with Oracle database.
>>
>> Have you got any solution to solve this problem ?
>>
>> Is the last svn version better in this regard ?
>>
>>
>> Thanks,
>>
>> Eric
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.