Hi Christopher,

Exact Tomcat version is 6.0.16
OS Version is RHEL Server release 5.3(Tikanga)
Java version is 1.6.0_10

Regards,
Devoss


On Fri, May 16, 2014 at 9:15 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> devoss,
>
> Exact Tomcat version? OS and version? Java version?
>
> On 5/15/14, 12:00 PM, devoss ind wrote:
> > On 7 May 2014 17:37, "devoss ind" <devoss....@gmail.com> wrote:
> >>
> >> Hi,
> >>
> >> Am using tomcat 6, java6 in production environment to run our
> >> web
> > application. We found that recently, cpu in top is showing 100%
> > nearly. Then we dig into each thread cpu usage by -H option in top.
> > We found only one thread is taking 100%usage and identified the
> > thread using thread dump. The thread dump for that particular
> > thread which is using 100% usage is as follows...
> >>
> >> "http-8080-exec-3687" daemon prio=10 tid=0x7336f400 nid=0x41a1
> >> runnable
> > [0x619ad000..0x619ade30]
> >> java.lang.Thread.State: RUNNABLE at
> >
> org.apache.coyote.http11.InternalNioOutputBuffer.addToBB(InternalNioOutputBuffer.java:616)
> >>
> >
> - - locked <0x967b22f0> (a
> > org.apache.coyote.http11.InternalNioOutputBuffer)
> >> at
> >
> org.apache.coyote.http11.InternalNioOutputBuffer.commit(InternalNioOutputBuffer.java:608)
> >>
> >
> at
> >
> org.apache.coyote.http11.Http11NioProcessor.action(Http11NioProcessor.java:1024)
> >>
> >
> at org.apache.coyote.Response.action(Response.java:183)
> >> at org.apache.coyote.Response.sendHeaders(Response.java:379) at
> > org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:305)
> >>
> >
> at
> > org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:288)
> >>
> >
> at
> > org.apache.catalina.connector.Response.flushBuffer(Response.java:548)
> >>
> >
> at
> >
> org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:345)
> >>
> >
> at
> >
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:144)
> >>
> >
> at
> >
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> >>
> >
> at
> >
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> >>
> >
> at
> >
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
> >>
> >
> at
> >
> org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:879)
> >>
> >
> at
> >
> org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:719)
> >>
> >
> at
> >
> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2080)
> >>
> >
> at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> >>
> >
> at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> >>
> >
> at java.lang.Thread.run(Thread.java:619)
> >>
> >> We can see that above thread is locked due to some problem in
> >> NIO.
> >>
> >> We have verified in tomcat manager also for such thread. We found
> >> that a
> > particular thread is taking 14140517ms time and the request in that
> > line is of POST request which is not related to our application.
> >>
> >> That particular thread is not releasing till we restart tomcat.
> >>
> >> This is happening frequently.
> >>
> >> Please help me to find out the root cause of this problem. How to
> >> avoid
> > restarts.
> >>
> >> Our server.xml connector configuration is as follows...
> >>
> >> <Connector port="${http.port}"
> > protocol="org.apache.coyote.http11.Http11NioProtocol"
> >> connectionTimeout="5000" acceptCount="1500" maxThreads="10000"
> >> redirectPort="8443" />
> >>
> >> Please help in this thread locking problem.
> >>
> >
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJTdjKHAAoJEBzwKT+lPKRYoPsQAKx0UqJ8eVP9gXJ+dluvUBii
> RmbIkljyBiVjCLj3uQlPoMNu6B9LRjcwQM0cBXh9MmXakoYVNJ9fxSv1bc8iI/4X
> EjKxRdYcupuGxgzPXrM2onhdhfAXgfsjYUKiFspPv+RKjG+wVrfULdkcLW4FgQV9
> XnTnZD32W7R3LprCYksk4WGpU4NCJOjCx2VXIXT39jl00pyPqTZ1StTmzXa/9WZP
> w1xwytW+sUHt1hgFsLyVbKJzL/61e1Fkk4M/avyBVqWHm3sCdi8b2qpCfwoAmEZX
> mhBEC1diNhvi7+w0n7K3iXN6f+iloECUpHWiXcVOn9Q1p8t1cNXN6vFCNIpdrmzL
> T4Doa4S4aomnFWRIVqg8DsO1FI5v0ZJnAsI9NEHVdd7RDMZpEYdnvkVFG2QN6rnb
> SwVVjFbmhZVB1bmPMFzPb+OPRTeQUivdgLvnpXRCegVyxTxpPaoDJeykeahZqueh
> 0owe7fOFJBiG9dgDD+EDb87p3CipHGQA6sxxsQVTJ5kO9hzAthhTUd47J6Xy2bCa
> Fkz6MAQ7//G5GwPrYfZHQG1DIIWg+CYwZIkr4YTP83zD8P9oUGgt1HHYXhvq8hCq
> I910AxAg8r0l9X1c6QXQ1C+20FjG2wYRcMjU/LItrZY2ra7U//oT3L8YX0Gx4UrB
> SM7oBj/HEFDcTzU/4ACv
> =jW9p
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to