Re: gf 3.1.2 hanging, NPE during jstack
I think your guess is probably as good as mine. :)
Maybe throw this over to the relevant open jdk mailing list and see if
you can get a response from them?
Bobby Bissett wrote:
> Thanks Ryan,
> Yep, two separate process IDs in my history. :) I killed the java
> process the first time and made sure there were no other java
> processes running after that. The server started to come up again but
> hung after a couple minutes (our startup process involves a lot of
> network traffic). My current theory is that something (a technical
> term) was going wrong in the AWS VM where we were running. We rebooted
> the VM and, after a little fiddling with file descriptor limits, got
> everything running again.
> So now it's just a matter of curiosity what was causing the jstack error.
> On Tue, Jun 18, 2013 at 12:59 PM, Ryan Lubke > wrote:
> Hey Bobby,
> Take this with a grain of salt. From what I've read, you may see
> that NPE when attaching to a JVM that has exhausted the heap.
> You state you ran jstack against both hung instances with the same
> result and that when you restarted the first time, it immediately
> hung again.
> Are you 100% certain all processes from the first instance were
> down and you didn't re-attach to those? Seems really odd that the
> would just hang immediately after a restart with the same NPE.
> Just a sanity check :)
> Bobby Bissett wrote:
>> Hi all,
>> One of our GF 3.1.2 servers just hung, and after a restart
>> immediately hung again. Running jstack both times gives us an NPE
>> that I haven't seen before. Does anyone know what this might
>> mean? (Google doesn't seem to know much about it except for other
>> examples of it.)
>> -bash-3.2# /jdk1.6.0_31/bin/jstack -F 21102 >
>> Attaching to process ID 21102, please wait...
>> Debugger attached successfully.
>> Server compiler detected.
>> JVM version is 20.6-b01
>> at sun.jvm.hotspot.oops.Klass.isSubtypeOf(Klass.java:137)
>> at sun.jvm.hotspot.oops.Oop.isA(Oop.java:100)
>> at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:52)
>> at sun.jvm.hotspot.tools.StackTrace.run(StackTrace.java:45)
>> at sun.jvm.hotspot.tools.JStack.run(JStack.java:60)
>> at sun.jvm.hotspot.tools.Tool.start(Tool.java:221)
>> at sun.jvm.hotspot.tools.JStack.main(JStack.java:86)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at sun.tools.jstack.JStack.runJStackTool(JStack.java:118)
>> at sun.tools.jstack.JStack.main(JStack.java:84)