geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vamsavardhana Reddy" <c1vams...@gmail.com>
Subject Re: Problem when Geronimo Tomcat 2.1 server is started using "start-server"
Date Wed, 27 Feb 2008 07:10:06 GMT
Full thread dump Java HotSpot(TM) Client VM (1.5.0_13-b05 mixed mode):

"Timer-0" daemon prio=6 tid=0x0aec2808 nid=0x1400 in Object.wait()
[0x0b51f000..
0x0b51fbe8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x034146d8> (a java.util.TaskQueue)
        at java.lang.Object.wait(Object.java:474)
        at java.util.TimerThread.mainLoop(Timer.java:483)
        - locked <0x034146d8> (a java.util.TaskQueue)
        at java.util.TimerThread.run(Timer.java:462)

"GC Daemon" daemon prio=2 tid=0x0ac98e28 nid=0xc20 in Object.wait()
[0x0b4df000.
.0x0b4dfc68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x0339c518> (a sun.misc.GC$LatencyLock)
        at sun.misc.GC$Daemon.run(GC.java:100)
        - locked <0x0339c518> (a sun.misc.GC$LatencyLock)

"RMI RenewClean-[192.168.1.2:9999,
javax.rmi.ssl.SslRMIClientSocketFactory@1144ba
2]" daemon prio=6 tid=0x0b010e70 nid=0x1140 in Object.wait()
[0x0b49f000..0x0b49
fce8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x0339c580> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
        - locked <0x0339c580> (a java.lang.ref.ReferenceQueue$Lock)
        at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run
(DGCCli
ent.java:501)
        at java.lang.Thread.run(Thread.java:595)

"Geronimo Server Timer" daemon prio=6 tid=0x0b0cbaf8 nid=0x1b38 in
Object.wait()
 [0x0b38f000..0x0b38fb68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x0334d4b8> (a java.util.TaskQueue)
        at java.lang.Object.wait(Object.java:474)
        at java.util.TimerThread.mainLoop(Timer.java:483)
        - locked <0x0334d4b8> (a java.util.TaskQueue)
        at java.util.TimerThread.run(Timer.java:462)

"Low Memory Detector" daemon prio=6 tid=0x00a95290 nid=0x1e08 runnable
[0x000000
00..0x00000000]

"CompilerThread0" daemon prio=10 tid=0x00a93fc0 nid=0xd98 waiting on
condition [
0x00000000..0x0ac0fa48]

"Signal Dispatcher" daemon prio=10 tid=0x00a932a0 nid=0x1898 waiting on
conditio
n [0x00000000..0x00000000]

"Finalizer" daemon prio=8 tid=0x00a8a1a0 nid=0x1ce4 in Object.wait()
[0x0ab8f000
..0x0ab8fa68]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x02fc7da8> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
        - locked <0x02fc7da8> (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=0x00a88d30 nid=0x94c in Object.wait()
[0x
0ab4f000..0x0ab4fae8]
        at java.lang.Object.wait(Native Method)
        - waiting on <0x02fc7e28> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:474)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
        - locked <0x02fc7e28> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x00035008 nid=0x1d98 waiting on condition
[0x0007e000..0x0007
fc40]
        at java.lang.Thread.sleep(Native Method)
        at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.codehaus.groovy.reflection.CachedMethod.invokeByReflection
(Cached
Method.java:107)
        at org.codehaus.groovy.reflection.CachedMethod.invoke(
CachedMethod.java:
127)
        at org.codehaus.groovy.runtime.metaclass.StdMetaMethod.invoke
(StdMetaMet
hod.java:18)
        at org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke
(MetaClassH
elper.java:538)
        at groovy.lang.MetaClassImpl.invokeStaticMethod(MetaClassImpl.java
:873)
        at org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:69)
        at org.codehaus.groovy.runtime.InvokerHelper.invokeMethod
(InvokerHelper.
java:74)
        at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN
(Scrip
tBytecodeAdapter.java:158)
        at org.apache.geronimo.commands.ProcessLauncher.launch(
ProcessLauncher.g
roovy:109)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.codehaus.groovy.reflection.CachedMethod.invokeByReflection
(Cached
Method.java:107)
        at org.codehaus.groovy.reflection.CachedMethod.invoke(
CachedMethod.java:
127)
        at org.codehaus.groovy.runtime.metaclass.StdMetaMethod.invoke
(StdMetaMet
hod.java:18)
        at org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke
(MetaClassH
elper.java:538)
        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:749)
        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:589)
        at org.codehaus.groovy.runtime.Invoker.invokePogoMethod(Invoker.java
:98)

        at org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:79)
        at org.codehaus.groovy.runtime.InvokerHelper.invokeMethod
(InvokerHelper.
java:74)
        at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN
(Scrip
tBytecodeAdapter.java:158)
        at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0
(Scrip
tBytecodeAdapter.java:201)
        at org.apache.geronimo.commands.StartServerCommand.doExecute
(StartServer
Command.groovy:186)
        at org.apache.geronimo.gshell.command.CommandSupport.execute
(CommandSupp
ort.java:101)
        at org.apache.geronimo.gshell.plugin.PlexusCommandWrapper.execute
(Plexus
CommandWrapper.java:71)
        at org.apache.geronimo.gshell.DefaultCommandExecutor.execute
(DefaultComm
andExecutor.java:209)
        at org.apache.geronimo.gshell.ExecutingVisitor.visit(
ExecutingVisitor.ja
va:96)
        at org.apache.geronimo.gshell.parser.ASTExpression.jjtAccept
(ASTExpressi
on.java:17)
        at org.apache.geronimo.gshell.parser.SimpleNode.childrenAccept
(SimpleNod
e.java:57)
        at org.apache.geronimo.gshell.ExecutingVisitor.visit(
ExecutingVisitor.ja
va:79)
        at org.apache.geronimo.gshell.parser.ASTCommandLine.jjtAccept
(ASTCommand
Line.java:17)
        at org.apache.geronimo.gshell.DefaultCommandLineBuilder$1.execute
(Defaul
tCommandLineBuilder.java:95)
        at org.apache.geronimo.gshell.DefaultCommandExecutor.execute
(DefaultComm
andExecutor.java:86)
        at org.apache.geronimo.gshell.DefaultShell.execute(DefaultShell.java
:123
)
        at org.apache.geronimo.gshell.GShell.execute(GShell.java:120)
        at org.apache.geronimo.gshell.cli.Main.boot(Main.java:246)
        at org.apache.geronimo.gshell.cli.Main.main(Main.java:266)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
(Laun
cher.java:289)
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(
Launcher.jav
a:229)
        at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(La
uncher.java:408)
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(
Launcher.java:
351)
        at org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java
:59)

"VM Thread" prio=10 tid=0x00a45268 nid=0x15e4 runnable

"VM Periodic Task Thread" prio=10 tid=0x00a96618 nid=0x1a80 waiting on
condition



On Tue, Feb 26, 2008 at 1:29 AM, Kevan Miller <kevan.miller@gmail.com>
wrote:

>
> On Feb 25, 2008, at 10:29 AM, Vamsavardhana Reddy wrote:
>
> > On Windows XP, if I start a Geronimo Tomcat 2.1 server using bin
> > \start-server from a command prompt, I am noticing that the server
> > can not be shutdown using Control+C.  So, I am using Admin Console
> > to shutdown the server.  But it does not return to command prompt
> > unless I kill the java process from Windows Task Manager.  Has
> > anyone else came across this problem?  Is there a JIRA for this?
> > Any insight into what is happening?
>
> What happens if you run 'stop-server' prior to ctrl-c? Can you
> generate a stack trace for the gsh java process after ctrl-c? I forget
> how to do this on windows 'fn - prt sc' ?
>
> Both cases work for me on a Mac.
>
> --kevan
>

Mime
View raw message