geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From lfbarragan <lfbarra...@gmail.com>
Subject Re: Unable to clear SoftCache field subclassAudits
Date Fri, 25 Jul 2008 12:57:10 GMT

You were right Kevan, it was the config file... Now it's working but this is
what happened:

1) I checked the config folder
2) There was no config.xml file, only a config.xml.working file
3) I checked the file and it seemed to be ok 
4) Made copy of the file and renamed it to config.xml
5) Executed startup.bat

After all that the server was working again and the config.xml.working file
was automatically erased. 

Do you know why my config.xml file was renamed to config.xml.working? 



Kevan Miller wrote:
> 
> Can you post your config.xml file? I have the feeling that it is  
> corrupt...
> 
> --kevan
> 
> On Jul 25, 2008, at 1:37 AM, lfbarragan <lfbarragan@gmail.com> wrote:
> 
>>
>> Hi Jarek, thanks for the quick response
>>
>> By stuck I mean, that is doing nothing at all, let me give you more  
>> details:
>>
>> I'm using Windows and Geronimo 2.0.2.
>>
>> 1) I double click on startup.bat in the Geronimo bin folder
>> 2) A black pop up screen appears displaying this message:
>>
>> Booting Geronimo Kernel (in Java 1.5.0_14)...
>> Startup completed in 0.047s seconds
>> Geronimo Application Server started
>>
>> 3) Nothing happens after that
>> 4) After a minute or two I give up and I close the window
>> 5) I get this message in the log file:
>>
>> DEBUG [MultiParentClassLoader] Unable to clear SoftCache field
>> subclassAudits in class class java.io.ObjectInputStream
>>
>> The server never starts, I can't access the console and there a no  
>> more
>> messages after that
>>
>> I tried to get a thread dump using Ctrl-Break and this is what I got:
>>
>> Booting Geronimo Kernel (in Java 1.5.0_14)...
>> Startup completed in 0.015s seconds
>> Geronimo Application Server started
>> Full thread dump Java HotSpot(TM) Client VM (1.5.0_14-b03 mixed mode):
>>
>> "Timer-2" daemon prio=6 tid=0x0b03d018 nid=0x1710 in Object.wait()
>> [0x0b33f000..
>> 0x0b33fae8]
>>        at java.lang.Object.wait(Native Method)
>>        - waiting on <0x02ff3eb0> (a java.util.TaskQueue)
>>        at java.util.TimerThread.mainLoop(Timer.java:509)
>>        - locked <0x02ff3eb0> (a java.util.TaskQueue)
>>        at java.util.TimerThread.run(Timer.java:462)
>>
>> "Timer-1" daemon prio=6 tid=0x0b03cd50 nid=0xb70 in Object.wait()
>> [0x0b2ff000..0
>> x0b2ffb68]
>>        at java.lang.Object.wait(Native Method)
>>        - waiting on <0x02fd4af8> (a java.util.TaskQueue)
>>        at java.lang.Object.wait(Object.java:474)
>>        at java.util.TimerThread.mainLoop(Timer.java:483)
>>        - locked <0x02fd4af8> (a java.util.TaskQueue)
>>        at java.util.TimerThread.run(Timer.java:462)
>>
>> "Timer-0" prio=6 tid=0x0b005e40 nid=0x163c in Object.wait()
>> [0x0b2bf000..0x0b2bf
>> be8]
>>        at java.lang.Object.wait(Native Method)
>>        - waiting on <0x02fca120> (a java.util.TaskQueue)
>>        at java.lang.Object.wait(Object.java:474)
>>        at java.util.TimerThread.mainLoop(Timer.java:483)
>>        - locked <0x02fca120> (a java.util.TaskQueue)
>>        at java.util.TimerThread.run(Timer.java:462)
>>
>> "Low Memory Detector" daemon prio=6 tid=0x0abb5298 nid=0x1204 runnable
>> [0x000000
>> 00..0x00000000]
>>
>> "CompilerThread0" daemon prio=10 tid=0x0abb0958 nid=0x1620 waiting on
>> condition
>> [0x00000000..0x0adff6c8]
>>
>> "Signal Dispatcher" daemon prio=10 tid=0x0abafe10 nid=0xe4c waiting on
>> condition
>> [0x00000000..0x00000000]
>>
>> "Finalizer" daemon prio=8 tid=0x008d4568 nid=0x1680 in Object.wait()
>> [0x0ab7f000
>> ..0x0ab7fa68]
>>        at java.lang.Object.wait(Native Method)
>>        - waiting on <0x02f11158> (a java.lang.ref.ReferenceQueue$Lock)
>>        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:120)
>>        - locked <0x02f11158> (a java.lang.ref.ReferenceQueue$Lock)
>>        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:136)
>>        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java: 
>> 159)
>>
>> "Reference Handler" daemon prio=10 tid=0x0096c748 nid=0x1744 in
>> Object.wait() [0
>> x0ab3f000..0x0ab3fae8]
>>        at java.lang.Object.wait(Native Method)
>>        - waiting on <0x02f111e0> (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 <0x02f111e0> (a java.lang.ref.Reference$Lock)
>>
>> "main" prio=6 tid=0x008a0e38 nid=0x1688 in Object.wait()
>> [0x0007f000..0x0007fc3c
>> ]
>>        at java.lang.Object.wait(Native Method)
>>        - waiting on <0x02f353b8> (a
>> org.apache.geronimo.kernel.basic.BasicKerne
>> l)
>>        at java.lang.Object.wait(Object.java:474)
>>        at
>> org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaem
>> on.java:193)
>>        - locked <0x02f353b8> (a
>> org.apache.geronimo.kernel.basic.BasicKernel)
>>        at
>> org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon
>> .java:78)
>>        at
>> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
>> inConfigurationBootstrapper.java:45)
>>        at
>> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
>>        at  
>> org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
>>
>> "VM Thread" prio=10 tid=0x008a7e20 nid=0x12c0 runnable
>>
>> "VM Periodic Task Thread" prio=10 tid=0x0abb64f0 nid=0xb44 waiting on
>> condition
>>
>>
>> Thanks in advance!
>>
>>
>>
>> Jarek Gawor-2 wrote:
>>>
>>> That debug message is not an error. You can ignore it.
>>>
>>> Can you explain what you mean by "gets stuck doing nothing"? Can you
>>> access the console and perform some actions it in? Can you deploy
>>> applications to it using the command line tools?
>>>
>>> If you can't do these things, can you get a thread dump of the server
>>> JVM and send it to us? On Sun JDK to get a thread dump on Unix  
>>> execute
>>> "kill -QUIT <jvm process>" command or on Windows press Cntrl-Break in
>>> the window of the server (the server must be running in foreground).
>>>
>>> Jarek
>>>
>>> On Thu, Jul 24, 2008 at 3:24 AM, lfbarragan <lfbarragan@gmail.com>  
>>> wrote:
>>>>
>>>> Hi guys,
>>>>
>>>> I have been using Geronimo for almost 7 months and this is the  
>>>> first time
>>>> I
>>>> get this message in my log file:
>>>>
>>>> DEBUG [MultiParentClassLoader] Unable to clear SoftCache field
>>>> subclassAudits in class class java.io.ObjectInputStream
>>>>
>>>> I am trying to start the server but it gets stuck doing nothing, I  
>>>> found
>>>> the
>>>> message in the log file but there is no more information about  
>>>> errors or
>>>> problems during start.
>>>>
>>>> After googling it for a while I found this thread:
>>>>
>>>> http://www.nabble.com/-jira--Created%3A-(GERONIMO-2134)-Shutdown-error-in-ConfigurationClassLoader-td4925180s134.html#a5557411
>>>>
>>>> I installed the new jdk version just to rule out that the jvm is  
>>>> not the
>>>> problem and I'm still getting the error.
>>>>
>>>> Does anyone know anything about this message?
>>>>
>>>> Thanks in advance
>>>> Luis Barragan
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Unable-to-clear-SoftCache-field-subclassAudits-tp18626625s134p18626625.html
>>>> Sent from the Apache Geronimo - Users mailing list archive at  
>>>> Nabble.com.
>>>>
>>>>
>>>
>>>
>>
>> -- 
>> View this message in context:
>> http://www.nabble.com/Unable-to-clear-SoftCache-field-subclassAudits-tp18626625s134p18645515.html
>> Sent from the Apache Geronimo - Users mailing list archive at  
>> Nabble.com.
>>
> 
> 

-- 
View this message in context: http://www.nabble.com/Unable-to-clear-SoftCache-field-subclassAudits-tp18626625s134p18651247.html
Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.


Mime
View raw message