-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Rallavagu,
On 5/2/14, 6:22 PM, Rallavagu wrote: > Tomcat Version: 7.0.47 JVM Version: 1.7.0_51-b13 > > I see many blocked threads (90) in the thread dump. There are > mainly two monitors that block 69 threads. > > One of them is below. It appears that it is simply trying to log. > ---------------------------------------------------------------------------------- > > "http-bio-28080-exec-396" daemon prio=10 tid=0x00007fcbc814f000 > nid=0x5804 runnable [0x00007fcc2144d000] java.lang.Thread.State: > RUNNABLE at java.lang.Throwable.getStackTraceElement(Native > Method) This thread is not blocked. What makes you think it is? > at java.lang.Throwable.getOurStackTrace(Throwable.java:827) - > locked <0x00000007e1886340> (a java.util.NoSuchElementException) at > java.lang.Throwable.printStackTrace(Throwable.java:656) - locked > <0x00000007e207a5a8> (a java.io.PrintWriter) at > java.lang.Throwable.printStackTrace(Throwable.java:721) at > java.util.logging.SimpleFormatter.format(SimpleFormatter.java:157) > - locked <0x00000007008187e8> (a > java.util.logging.SimpleFormatter) at > java.util.logging.StreamHandler.publish(StreamHandler.java:196) - > locked <0x00000007008187b0> (a java.util.logging.ConsoleHandler) > at > java.util.logging.ConsoleHandler.publish(ConsoleHandler.java:105) > at java.util.logging.Logger.log(Logger.java:610) at > java.util.logging.Logger.doLog(Logger.java:631) at > java.util.logging.Logger.logp(Logger.java:831) at > org.apache.juli.logging.DirectJDKLog.log(DirectJDKLog.java:185) at > org.apache.juli.logging.DirectJDKLog.error(DirectJDKLog.java:151) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) > > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) > > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) > > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) > > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) > > at > org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041) > > at > org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:603) > > at > org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) > > - locked <0x00000007e0ba5dd8> (a > org.apache.tomcat.util.net.SocketWrapper) at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > > at java.lang.Thread.run(Thread.java:744) > > ---------------------------------------------------------------------------------- > > > > The second one has the lock on StandardClassLoader. > > ---------------------------------------------------------------------------------- > > > > "http-bio-28080-exec-605" daemon prio=10 tid=0x00007fcbc82b8800 > nid=0x77e6 runnable [0x00007fcb919d6000] java.lang.Thread.State: > RUNNABLE at java.lang.ClassLoader.findLoadedClass0(Native Method) This thread is also not blocked. > at java.lang.ClassLoader.findLoadedClass(ClassLoader.java:1093) at > java.lang.ClassLoader.loadClass(ClassLoader.java:407) - locked > <0x0000000700810fc8> (a > org.apache.catalina.loader.StandardClassLoader) at > java.lang.ClassLoader.loadClass(ClassLoader.java:358) at > java.util.ResourceBundle$Control.newBundle(ResourceBundle.java:2566) > > at java.util.ResourceBundle.loadBundle(ResourceBundle.java:1436) > at java.util.ResourceBundle.findBundle(ResourceBundle.java:1400) at > java.util.ResourceBundle.findBundle(ResourceBundle.java:1354) at > java.util.ResourceBundle.findBundle(ResourceBundle.java:1354) at > java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1296) at > java.util.ResourceBundle.getBundle(ResourceBundle.java:721) at > oracle.net.ns.Message11.getMessage(Message11.java:62) at > oracle.net.ns.NetException.getMessage(NetException.java:222) at > oracle.net.ano.AnoComm.b(Unknown Source) at > oracle.net.ano.AnoComm.o(Unknown Source) at > oracle.net.ano.Ano.a(Unknown Source) at > oracle.net.ano.Ano.negotiation(Unknown Source) at > oracle.net.ns.NSProtocol.connect(NSProtocol.java:407) at > oracle.jdbc.driver.T4CConnection.connect(T4CConnection.java:966) at > oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:292) at > oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:508) > > at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:203) > at > oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:33) > > at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:510) > at > org.apache.tomcat.dbcp.dbcp.DriverConnectionFactory.createConnection(DriverConnectionFactory.java:38) > > at > org.apache.tomcat.dbcp.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:582) > > at > org.apache.tomcat.dbcp.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:1185) > > at > org.apache.tomcat.dbcp.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106) > > at > org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044) > > at > org.hibernate.service.jdbc.connections.internal.DatasourceConnectionProviderImpl.getConnection(DatasourceConnectionProviderImpl.java:141) > > at > org.hibernate.internal.AbstractSessionImpl$NonContextualJdbcConnectionAccess.obtainConnection(AbstractSessionImpl.java:292) > > at > org.hibernate.engine.jdbc.internal.LogicalConnectionImpl.obtainConnection(LogicalConnectionImpl.java:297) > > at > org.hibernate.engine.jdbc.internal.LogicalConnectionImpl.getConnection(LogicalConnectionImpl.java:169) > > at > org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.doBegin(JdbcTransaction.java:67) > > at > org.hibernate.engine.transaction.spi.AbstractTransactionImpl.begin(AbstractTransactionImpl.java:160) > > at > org.hibernate.internal.SessionImpl.beginTransaction(SessionImpl.java:1395) > > at > org.springframework.orm.hibernate4.HibernateTransactionManager.doBegin(HibernateTransactionManager.java:387) > > at > org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:371) > > at > org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:334) > > at > org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:105) > > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > > at com.sun.proxy.$Proxy236.getOauth2AccessTokenByTokenId(Unknown > Source) > ---------------------------------------------------------------------------------- > > > > I need help explain these two locks. Which two locks? The "locked" objects? Those are pretty standard object monitors. These two threads have no overlapping locks that I can see. Then again, it's pretty late at night for me... > I am wondering how would class loader would block those many > threads. Any class that modifies its internal state in a multi-threaded environment had better protect itself with such locks. If something is causing the class loading to take a long time, you might find threads waiting on each other. But I don't see any evidence that many (any?) threads are stuck at all. You showed two thread stack traces that appear to have little to do with one another. > One clue is that App Dynamics plugin is running for monitoring. > However, I do not find it's class in the stack trace. Looking for > some clues here. Thanks in advance. You need to provide more information. I don't see any problems, yet. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTZG5EAAoJEBzwKT+lPKRYuYsP/jIo4xoSHgPIi0E5fmmKgOW2 AJkKh6X5rpeivPVRdAD3tf3QHWfJ3yX+YNSnfcgJlvHx2XsFfXgS+wxQViapg3IO MxEtSTlzmkDk1XwdWZr2yao7YRbDXJTtw5P8zi9Z8MSd3s0AZllvtTPTJP9WAKTt DgcaUZHSk6RIwrNZnrQmwYl4XpynWJSwC1nS/vp8PvVCn9ZizfcElN6IjvTNZ/BX jhstDVrVZyvP6+i9GAupTEnZRDzIl+q3czke8g6oBftw63URX74OczgKzCAjcfuz M9zCk0PTsj3hDxqiSqo9XmWlretYwy9NgWsW6+9DMI4PMIF8nIES7D0dMWsOvYCI ySMx7G7aPMxGrFxGNETJj6uvtOzfrytowJJfvUsA9MbxpIJlW7lcWtG9+maDYImO ikZ4E+dp/eKvlMmm7O6/0VvK0oXfzy1Tl36b5d34hbRXUw4flqLKrIxJ0bm8k1Qy XPIrzI8ZmMrSvIyU3bF6yzg0pO1Zk07knFroZdjhL5k2nKQozCCjPrvjOhiR8WQr 2TxkrbrxFCE8BygG80yysd2WG2AelXfBzRTs4DrKWv5LaDbCTtvK7nK5fOTqJLI+ p/OJyZy8ie/yhEXp5oPASQ8mbYvxlImphzcMcmsmaErbuU/oBx3Au3zZU/7KQURT F51ctX8ZcTJBNlrPuUiC =COyv -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org