Thank you Chris Il gio 12 gen 2017, 18:04 Christopher Schultz <ch...@christopherschultz.net> ha scritto:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Enrico, > > On 1/12/17 8:53 AM, Enrico Olivelli wrote: > > I'm upgrading from Tomcat 8.0.33. I see that after a period of work > > requests remains "pending", for instance I get all clients > > remaining waiting for a response (parsing HTTP Response header) and > > no active thread on my Tomcat. > > > > This happens in my QA environment where I start several > > WebDriver/Unit tests againts my web application. I have many cases, > > the most simple I this is the following: > > > > on the client side (a JAX-WS client): > > > > "main" #1 prio=5 os_prio=0 tid=0x00007f7cf0009000 nid=0x7ddc > > runnable [0x00007f7cf6e3f000] > > > > java.lang.Thread.State: RUNNABLE > > > > at java.net.SocketInputStream.socketRead0(Native Method) > > > > at > > java.net.SocketInputStream.socketRead(SocketInputStream.java:116) > > > > at java.net.SocketInputStream.read(SocketInputStream.java:170) > > > > at java.net.SocketInputStream.read(SocketInputStream.java:141) > > > > at java.io.BufferedInputStream.fill(BufferedInputStream.java:246) > > > > at java.io.BufferedInputStream.read1(BufferedInputStream.java:286) > > > > at java.io.BufferedInputStream.read(BufferedInputStream.java:345) > > > > - locked <0x00000000fd159a18> (a java.io.BufferedInputStream) > > > > at > > sun.net.www.http.HttpClient.parseHTTPHeader(HttpClient.java:704) > > Okay, client is waiting. > >From server side application logs I see that the webapp has processed the request. In this case I am using Metro JAX-WS. It seems that the reponse is waiting in some buffer. Is there any way to inspect tomcat buffers? Network buffers? I am using linux. The strange thing is that with Tomcat 8.0.33 there is no problem. The same problem happens even with other servlets of different frameworks and other webapps. On 8.0.x I was using Nio connector, on 8.5 I am using Nio2. The problem is both on http and jsse https. Is any new relevant default value changed from 8.0 and 8.5? I can't find any idea on changelogs or documentation > > in the server side: Full thread dump Java HotSpot(TM) 64-Bit Server > > VM (25.92-b14 mixed mode): > > > > > > "anInnocuousThread" #861 daemon prio=5 os_prio=0 > > tid=0x00007ff23c0de800 nid=0xdb26 runnable [0x00007ff1ad379000] > > java.lang.Thread.State: RUNNABLE at > > sun.nio.ch.EPoll.epollWait(Native Method) at > > sun.nio.ch.EPollPort$EventHandlerTask.poll(EPollPort.java:194) at > > sun.nio.ch.EPollPort$EventHandlerTask.run(EPollPort.java:268) at > > java.lang.Thread.run(Thread.java:745) at > > sun.misc.InnocuousThread.run(InnocuousThread.java:74) > > > > (lots of this kind....) (HTTPS Connector I think) > > Without the rest of the stack trace, it's hard to tell if those are okay > I have cut all the other threads which had the same stacktrace. I have stripped out GC threads, JMX... My application is not present in any thread but I have several clients stuck at waiting for a response. As soon as I can I will attach the full dump Thank you very much I appreciate your help Enrico . > > > "https-jsse-nio2-10.168.10.55-8443-exec-130" #572 daemon prio=5 > > os_prio=0 tid=0x00007ff23c0a0000 nid=0xd4a2 waiting on condition > > [0x00007ff1b2bbf000] java.lang.Thread.State: WAITING (parking) at > > sun.misc.Unsafe.park(Native Method) - parking to wait for > > <0x0000000080f1d420> (a > > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > > These > > > are request-processing threads, waiting for work. They are idle. > > > (lots of this kind....) (HTTP Connector I think) > > > > "http-nio2-10.168.10.55-8080-exec-21" #281 daemon prio=5 os_prio=0 > > tid=0x00007ff2340e7000 nid=0xd262 waiting on condition > > [0x00007ff1af995000] java.lang.Thread.State: WAITING (parking) at > > sun.misc.Unsafe.park(Native Method) - parking to wait for > > <0x0000000080f0cdb0> (a > > java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > > Same > > > here. > > The others look okay to me. > > - -chris > -----BEGIN PGP SIGNATURE----- > Comment: GPGTools - http://gpgtools.org > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBCAAGBQJYd7cuAAoJEBzwKT+lPKRYjz4QAMdOEYMtJjMP3ZNmwNgUtFiv > EGjupmPN4xYrcqmLGC3uBQUTSPHpwCnSz7rdunqmMsludgKeNdFUrljcWtMjNqHG > Kacv+epNlT60L+Uqfeld4XDiADoXuVfxtX3KwGgNnSCsDNP/qgeSfP/61ucpmiqi > rq5UF36CdGfp351Tw+6UEJyD86VSgRq+0URgDojkCvT9wwSJhmKzsFFG96QCzF4t > dgbZEJTDPmg1y25dk4bi3GBmBbSMpM3o4s9/0HaZ8OUk/JrwCEFdvPbo8OWSZgmR > C7JlAu+l4yN3rcj6fa58IyfxcyK8q68FSlck0bMP3ZCbBKNikY0ENj6GDY3s33/N > ih1hWLyRtVnqrw2w2551Zi8gMj1dp7MOXogM4cp+hy+R13ihWKcwoshteGrX6mOb > 4B1tLUtgweFeCiFLFC2Lno2M4OtiSSBbI6d5Dr4kIX7h9rCkDBxZHkTvZEGK82z3 > +1S4w8QLceRiyoJplPhb+81S2PrLedG7fbSpcwRAv/lHZzxFFaRgrcyxNw8wn5/o > LDpV0+MRaf/VgZSiTB99Yn+bisXfKsaGLSbKytsM9Ts2LgvBP0C/W/0Ja86ghDUc > D+WygQyikdpKN6UX04ZKJ2FUQJ+7/W6gXupHlzvvUvxy71iHSLaArmv/3I2UNgcv > 0A17RtwfpdoJAWH0mFH6 > =NKZe > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- -- Enrico Olivelli