geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sbyonge <sbyo...@gmail.com>
Subject Re: Geronimo 2.0.2 do not start in Mac OS X 10.4
Date Wed, 24 Oct 2007 06:33:27 GMT

I followed your instruction and the following is the output of kill -QUIT.

Using GERONIMO_BASE:   /Users/appd/local/geronimo
Using GERONIMO_HOME:   /Users/appd/local/geronimo
Using GERONIMO_TMPDIR: var/temp
Using JRE_HOME:       
/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home
Full thread dump Java HotSpot(TM) Client VM (1.5.0_07-87 mixed mode):

"Low Memory Detector" daemon prio=5 tid=0x00509ac0 nid=0x1846e00 runnable
[0x00000000..0x00000000]

"CompilerThread0" daemon prio=9 tid=0x005090c0 nid=0x1825000 waiting on
condition [0x00000000..0x00000000]

"Signal Dispatcher" daemon prio=9 tid=0x00508b70 nid=0x183ec00 waiting on
condition [0x00000000..0x00000000]

"Finalizer" daemon prio=8 tid=0x00507990 nid=0x1808400 waiting for monitor
entry [0xb0a04000..0xb0a04d10]
	at
org.apache.geronimo.transformer.TransformerCollection.transform(TransformerCollection.java:35)
	at sun.instrument.TransformerManager.transform(TransformerManager.java:122)
	at
sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:155)
	at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:82)
	at java.lang.ref.Finalizer.access$100(Finalizer.java:14)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160)

"Reference Handler" daemon prio=10 tid=0x00507590 nid=0x1813e00 in
Object.wait() [0xb0983000..0xb0983d10]
	at java.lang.Object.wait(Native Method)
	- waiting on <0x06a73308> (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 <0x06a73308> (a java.lang.ref.Reference$Lock)

"main" prio=5 tid=0x00501790 nid=0x1804a00 waiting for monitor entry
[0xb07ff000..0xb080011c]
	at java.lang.ClassLoader.findBootstrapClass(Native Method)
	at java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:891)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:301)
	- locked <0x06a75730> (a sun.misc.Launcher$ExtClassLoader)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
	- locked <0x06a73370> (a sun.misc.Launcher$AppClassLoader)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
	- locked <0x06a73370> (a sun.misc.Launcher$AppClassLoader)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
	- locked <0x06a73370> (a sun.misc.Launcher$AppClassLoader)

"VM Thread" prio=9 tid=0x00506d60 nid=0x1803c00 runnable 

"VM Periodic Task Thread" prio=9 tid=0x0050a690 nid=0x1854e00 waiting on
condition 

"Exception Catcher Thread" prio=10 tid=0x00501910 nid=0x1803200 runnable 

Found one Java-level deadlock:
=============================
"Finalizer":
  waiting to lock monitor 0x01807a70 (object 0x06a73370, a
sun.misc.Launcher$AppClassLoader),
  which is held by "main"
"main":
  waiting to lock monitor 0x01807a94 (object 0x0a584ae8, a [[I),
  which is held by "Finalizer"

Java stack information for the threads listed above:
===================================================
"Finalizer":
	at
org.apache.geronimo.transformer.TransformerCollection.transform(TransformerCollection.java:35)
	at sun.instrument.TransformerManager.transform(TransformerManager.java:122)
	at
sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:155)
	at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:82)
	at java.lang.ref.Finalizer.access$100(Finalizer.java:14)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160)
"main":
	at java.lang.ClassLoader.findBootstrapClass(Native Method)
	at java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:891)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:301)
	- locked <0x06a75730> (a sun.misc.Launcher$ExtClassLoader)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:299)
	- locked <0x06a73370> (a sun.misc.Launcher$AppClassLoader)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
	- locked <0x06a73370> (a sun.misc.Launcher$AppClassLoader)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
	at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
	- locked <0x06a73370> (a sun.misc.Launcher$AppClassLoader)

Found 1 deadlock.



Kevan Miller wrote:
> 
> 
> On Oct 22, 2007, at 10:58 PM, sbyonge wrote:
> 
>>
>> Geronimo 2.0.2 do not start in Mac OS X 10.4
>>
>> $ cd ~/local/geronimo
>>
>> $ bin/geronimo.sh run
>> Using GERONIMO_BASE:   /Users/appd/local/geronimo
>> Using GERONIMO_HOME:   /Users/appd/local/geronimo
>> Using GERONIMO_TMPDIR: var/temp
>> Using JRE_HOME:        /Library/Java/Home
>>
>> It stops here.
>>
>> I don't have problem with 2.0.1
>>
>> $ bin/geronimo.sh run
>> Using GERONIMO_BASE:   /Users/appd/local/geronimo
>> Using GERONIMO_HOME:   /Users/appd/local/geronimo
>> Using GERONIMO_TMPDIR: var/temp
>> Using JRE_HOME:        /Library/Java/Home
>> Booting Geronimo Kernel (in Java 1.5.0_07)...
>> Starting Geronimo Application Server v2.0.1
>> [**************>                       ] 39%  14s Starting
>> org.apac...22:43:48,672
>>
>> 2.0.1 works OK.
>>
>> Is there any setting required to run 2.0.2?
> 
> Strange. Both jetty and tomcat assemblies start fine for me on my  
> mac. The only setting that I have is:
> 
> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/ 
> CurrentJDK/Home
> 
> Any error being logged in var/log/geronimo.log?
> 
> Useful to get the geronimo module name that is being started. './bin/ 
> geronimo.sh run --long' will generate this information. The way that  
> we're truncating the module name is not very helpful...
> 
> Next, and most important, thing is generating a thread stack trace  
> 'kill -QUIT <geronimo_process_id>'. The JRE will print all thread  
> stack traces to STDOUT.
> 
> Something like the following will get the info we need:
> 
> ./bin/geronimo.sh run --long > geronimo.out
> 
> In another window (after waiting approximately 14 seconds ;-)
> 
> ps auxww | grep server.jar
> kill -QUIT <server_pid>
> 
> --kevan
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Geronimo-2.0.2-do-not-start-in-Mac-OS-X-10.4-tf4674903s134.html#a13379790
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.


Mime
View raw message