JVM hangs beyond recovery

David Holmes David.Holmes at oracle.com
Sat Jun 19 22:22:20 PDT 2010


I'm afraid I can't shed any further light on this. The key is finding 
out which thread holds the lock that causes the deadlock - as Ramki says 
- or else determining the lock state has been corrupted.

I'm going to be away for a while, so lack of further comment is not a 
sign of disinterest.

David Holmes

Stas Oskin said the following on 06/19/10 19:27:
> Hi.
> 
>     One might try truss (or Linux's strace?) to
>     trace calls into libdl interfaces to see who might be taking
>     out the lock (or set a watchpoint on the lock?).
> 
> 
> The biggest problem that this issue happens very rarely, i.e. once per 
> week at most.
> 
> AFAIK I can use strace -p to check the current situation, but I'm not 
> sure how useful this information would be - as the deadlock already 
> happened.
> 
>     Are you running a standard version of the kernel or a non-standard
>     one? (not that we can help with that; but if it's some non-standard
>     kernel, you might want to talk with the appropriate linux-kernel
>     alias to help find the right tools; strace should begin to shed
>     some light, I am thinking.)
> 
>  
> I'm using the standard CentOS 5.4 kernel, the deadlock happened on 
> various versions.
> 
> The latest one (which I posted yesterday) was "2.6.18-164.9.1.el5xen", 
> but it happens on later non-xen versions as well.
> 
> Regards.


More information about the hotspot-runtime-dev mailing list