-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Charles,
On 5/8/13 8:31 AM, Charles Richard wrote: > On Wed, May 8, 2013 at 9:27 AM, Daniel Mikusa > <dmik...@gopivotal.com> wrote: >> On May 8, 2013, at 8:20 AM, Charles Richard wrote: >> >>> Hi, >>> >>> We have a weird issue on our site which some random trigger >>> event will backup all c3p0 connections until it hits the max >>> pool size. >>> >>> I have scripts that will do a softReset on the c3p0 connection >>> pool when they hit their max so help us manage the issue and to >>> also help me have time to hopefully get some decent thread >>> dumps to catch the underlying issue. >>> >>> The problem happened yesterday and I get a lot of these: >>> >>> "TP-Processor396" daemon prio=10 tid=0x00002aff2ba9d000 >>> nid=0x5a7b >> waiting >>> on condition [0x00002aff61e98000] java.lang.Thread.State: >>> WAITING (parking) at sun.misc.Unsafe.park(Native Method) - >>> parking to wait for <0x00002afecfb91da0> (a >>> java.util.concurrent.Semaphore$NonfairSync) at >> java.util.concurrent.locks.LockSupport.park(LockSupport.java:158) >>> >> at >>> >> java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:811) >>> >> at >>> >> java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:969) >>> >> at >>> >> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1281) >>> >> at java.util.concurrent.Semaphore.acquire(Semaphore.java:286) >>> at >>> >> com.tc.object.locks.LockStateNode$PendingLockHold.park(LockStateNode.java:179) >>> >> at >>> com.tc.object.locks.ClientLockImpl.acquireQueued(ClientLockImpl.java:723) >>> >>> at >>> com.tc.object.locks.ClientLockImpl.acquireQueued(ClientLockImpl.java:701) >>> >>> at com.tc.object.locks.ClientLockImpl.lock(ClientLockImpl.java:52) >>> at >>> >> com.tc.object.locks.ClientLockManagerImpl.lock(ClientLockManagerImpl.java:98) >>> >> at com.tc.object.bytecode.ManagerImpl.lock(ManagerImpl.java:747) >> >>> >>> If I look at a stack before the issue happened, I see no >>> TP-Processor threads with the "parking to wait for". What can i >>> read into this? >> What in your application is using the "com.tc.object.locks" >> package? This is not used by Tomcat. > > We are using Terracotta which is a bit of a black box to me (setup > I've inherited). Terracotta helps us with the Tomcat sessions being > "transportable" across front end servers. Please don't top-post: it's confusing and hard to follow. Unfortunately, I don't see any Tomcat code in here anywhere, so I can't really help (yet). Is that the whole stack trace? I find it difficult to believe there "bytecode.ManagerImpl" is a Runnable or extends Thread, especially because the "run" method isn't the lowest in the stack trace. Can you give us more information? - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJRikhNAAoJEBzwKT+lPKRY53QP/1oz2eR+CRG+g/+2Oedh1UjE FckiVRQFkLsFSJBelGdQU+x0wBljgiSiOUgVaEQotpnaLO8pQCFmjMPcCsAZ2YiY xmnfHf2s89w/YGXo7HNB5X1okhpn+1pzjznmUvHGLGKO5+OUTdJvZ2stS6m6uEfg Vtmn6IQZywUyLKOcZ/Tl/UESirYjIaT5ky3Mvxbb/9JAyXICutJtxZQdZDG7U1du UU7BwmMQP/7ZiCiR9zUoarr2MT5FTgy1mpBGGI0OopmZilvo83UiyBcJJ/lN5miz PlE0BqisOeZIk5hAX+FqUZ1rTFvjpPNQjfN/9TRelhOs9fP9ZaTQ4PIkjwP8h2R7 V2aqQmIrrZSrjS2SRsPx+iEnd6klwGpvlPoCyuWhikjKdv06nwZ7iDLWePw9lek7 x8q6KeuE5KUy5w0EGN23zx54sh92eipjXj1uBBWBoA8cA6DZEXEPG+cGGoj/cR9+ 9mhdOUbKSd9MQUR4H1b2+sErTZhj1KeBPxnBxeUU7FVoIn7J/x+DMXtYMU5OX6Kq jO0YTAXUMGAb6WPR2pz5bU2nvlev8JVVDwtjmV6l3P+czAqVQ7aUDc6aRfPbcM+D RJb4i64Ww41ZgbJv4YQ5SkxgdLIcjlzMu07pPXUwonlQI8NGvZsMN60eeKXnrrX5 tnst+5jt/p/7mSULqAtR =ATll -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
