Still occurring as of Jan 8, 2009 nightly build, which seems to be the
most recent one I could find:
INFO: Stopping Coyote HTTP/1.1 on http-8081
2009-01-10 14:42:47
Full thread dump Java HotSpot(TM) Server VM (11.0-b15 mixed mode):
"DestroyJavaVM" prio=10 tid=0x8d506800 nid=0x6500 waiting on condition
[0x00000000..0xb7d83070]
java.lang.Thread.State: RUNNABLE
"http-8081-2" daemon prio=10 tid=0x09440c00 nid=0x6527 in Object.wait()
[0x8fa60000..0x8fa60eb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95d9e218> (a org.apache.tomcat.util.net.JIoEndpoint
$Worker)
at java.lang.Object.wait(Object.java:485)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.await(JIoEndpoint.java:416)
- locked <0x95d9e218> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:442)
at java.lang.Thread.run(Thread.java:619)
"TP-Processor4" daemon prio=10 tid=0x8fd15800 nid=0x6525 in
Object.wait() [0x8fc5c000..0x8fc5cdb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
at java.lang.Object.wait(Object.java:485)
at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:300)
- locked <0x95d3b468> (a org.apache.jk.common.ChannelSocket)
at
org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:660)
at org.apache.jk.common.ChannelSocket
$SocketAcceptor.runIt(ChannelSocket.java:870)
at org.apache.tomcat.util.threads.ThreadPool
$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:619)
"http-8081-1" daemon prio=10 tid=0x0a70fc00 nid=0x6521 in Object.wait()
[0x90065000..0x90065fb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95d9df78> (a org.apache.tomcat.util.net.JIoEndpoint
$Worker)
at java.lang.Object.wait(Object.java:485)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.await(JIoEndpoint.java:416)
- locked <0x95d9df78> (a org.apache.tomcat.util.net.JIoEndpoint$Worker)
at org.apache.tomcat.util.net.JIoEndpoint
$Worker.run(JIoEndpoint.java:442)
at java.lang.Thread.run(Thread.java:619)
"http-8081-Acceptor-0" daemon prio=10 tid=0x8f10d000 nid=0x6520 waiting
on condition [0x8f0fe000..0x8f0ff030]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at org.apache.tomcat.util.net.JIoEndpoint
$Acceptor.run(JIoEndpoint.java:302)
at java.lang.Thread.run(Thread.java:619)
"Timer-0" daemon prio=10 tid=0x8e151800 nid=0x651e in Object.wait()
[0x8fe5c000..0x8fe5cf30]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x95ae4ba0> (a java.util.TaskQueue)
at java.lang.Object.wait(Object.java:485)
at java.util.TimerThread.mainLoop(Timer.java:483)
- locked <0x95ae4ba0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:462)
"pool-3-thread-1" prio=10 tid=0x8fd47c00 nid=0x651b waiting on condition
[0x8fcfe000..0x8fcfee30]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x95678658> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:198)
at java.util.concurrent.locks.AbstractQueuedSynchronizer
$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:1963)
at java.util.concurrent.DelayQueue.take(DelayQueue.java:164)
at java.util.concurrent.ScheduledThreadPoolExecutor
$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:583)
at java.util.concurrent.ScheduledThreadPoolExecutor
$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:576)
at
java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:947)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:907)
at java.lang.Thread.run(Thread.java:619)
"Low Memory Detector" daemon prio=10 tid=0x90b06800 nid=0x6512 runnable
[0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE
"CompilerThread1" daemon prio=10 tid=0x90b04800 nid=0x6511 waiting on
condition [0x00000000..0x906862e8]
java.lang.Thread.State: RUNNABLE
"CompilerThread0" daemon prio=10 tid=0x90b03000 nid=0x6510 waiting on
condition [0x00000000..0x90707568]
java.lang.Thread.State: RUNNABLE
"JDWP Command Reader" daemon prio=10 tid=0x092c0c00 nid=0x650e runnable
[0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE
"JDWP Event Helper Thread" daemon prio=10 tid=0x90b01800 nid=0x650d
runnable [0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE
"JDWP Transport Listener: dt_socket" daemon prio=10 tid=0x092bf000
nid=0x650c runnable [0x00000000..0x907fad80]
java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x092b7400 nid=0x6508 waiting on
condition [0x00000000..0x00000000]
java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=10 tid=0x092a7800 nid=0x6507 in Object.wait()
[0x9089c000..0x9089cf30]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x951c75b0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
"Reference Handler" daemon prio=10 tid=0x092a2c00 nid=0x6506 in
Object.wait() [0x908ed000..0x908eddb0]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x951e69d8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:485)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x951e69d8> (a java.lang.ref.Reference$Lock)
"VM Thread" prio=10 tid=0x0929f400 nid=0x6505 runnable
"GC task thread#0 (ParallelGC)" prio=10 tid=0x09202800 nid=0x6501
runnable
"GC task thread#1 (ParallelGC)" prio=10 tid=0x09204000 nid=0x6502
runnable
"GC task thread#2 (ParallelGC)" prio=10 tid=0x09205400 nid=0x6503
runnable
"GC task thread#3 (ParallelGC)" prio=10 tid=0x09206c00 nid=0x6504
runnable
"VM Periodic Task Thread" prio=10 tid=0x90b08800 nid=0x6513 waiting on
condition
JNI global references: 7028
Heap
PSYoungGen total 52096K, used 3039K [0xb1240000, 0xb4a10000,
0xb4a70000)
eden space 50368K, 2% used [0xb1240000,0xb138f660,0xb4370000)
from space 1728K, 98% used [0xb4370000,0xb45186e0,0xb4520000)
to space 3392K, 0% used [0xb46c0000,0xb46c0000,0xb4a10000)
PSOldGen total 28800K, used 16534K [0x95070000, 0x96c90000,
0xb1240000)
object space 28800K, 57% used [0x95070000,0x960959b0,0x96c90000)
PSPermGen total 28928K, used 28829K [0x91070000, 0x92cb0000,
0x95070000)
object space 28928K, 99% used [0x91070000,0x92c97670,0x92cb0000)
On Fri, 2009-01-09 at 08:41 -0800, Ryan Lubke wrote:
> Lincoln Baxter, III wrote:
> > My pleasure, this is what I do for fun at night ;)
> >
> > See attached dump. I copied it from my Eclipse console since I
> > couldn't locate the file in any sane directory where I would have
> > expected it.
> We've committed a fix for the hang issue this morning. Please give
> tonight's nightly build a shot and verify.
>
> Thanks.
> >
> > lb3_at_quadshark ~ $ find | grep catalina.out
> > ... crickets
> >
> > More stuff coming soon, may have an issue with ui:repeat, but it's
> > possible I'm using it in a way that is not intended. But I'll put that
> > in a separate email for you.
> >
> > On Wed, 2009-01-07 at 18:37 -0800, Jim Driscoll wrote:
> >> Lincoln -
> >>
> >> I was able to reproduce this error (once), but unfortunately, it seems
> >> to be intermittent, and I'm not able get it to happen again.
> >>
> >> I've filed a bug (#912).
> >>
> >> If you do see a hang again, please do the following:
> >>
> >> ps -ef | grep java
> >>
> >> to find the pid of the tomcat app.
> >>
> >> Then
> >>
> >> kill -QUIT tomcatpid
> >>
> >> Then, send us the stack trace that's in the catalina.out file.
> >>
> >> Again, thanks for reporting these problems. It's *very* helpful.
> >>
> >> Jim
> >>
> >> Lincoln Baxter, III wrote:
> >> > Also, as I encounter with my other
> >> > JSF2.0 projects, the server is unable to shutdown when running
> >> > Mojarra2.0 PR or SNAPSHOT. It just hangs on "Stopping Coyote"
> >> >
> >> > Jan 6, 2009 7:33:49 PM org.apache.coyote.http11.Http11Protocol pause
> >> > INFO: Pausing Coyote HTTP/1.1 on http-8081
> >> > Jan 6, 2009 7:33:50 PM org.apache.catalina.core.StandardService stop
> >> > INFO: Stopping service Catalina
> >> > Jan 6, 2009 7:33:51 PM org.apache.coyote.http11.Http11Protocol destroy
> >> > INFO: Stopping Coyote HTTP/1.1 on http-8081 *<--- hangs here*
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: webtier-unsubscribe_at_glassfish.dev.java.net <mailto:webtier-unsubscribe_at_glassfish.dev.java.net>
> >> For additional commands, e-mail: webtier-help_at_glassfish.dev.java.net <mailto:webtier-help_at_glassfish.dev.java.net>
> >>
> >>
> > ------------------------------------------------------------------------
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: webtier-unsubscribe_at_glassfish.dev.java.net
> > For additional commands, e-mail: webtier-help_at_glassfish.dev.java.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: webtier-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: webtier-help_at_glassfish.dev.java.net
>