On this page:
Watch the video:
When a JVM crash occurs,you need to be notified as soon as possible. Learning of a JVM crash is very critical because it maybe a sign of a severe runtime problem in an application. Furthermore, you may want to to take remediation steps once you are aware that a crash event has occurred. JVM Crash is a new event type, implemented as part of JVM Crash Guard, that you can activate to provide you with the critical information you need to expeditiously handle JVM crashes.
The following image shows the Events window where notification of two JVM Crash events detected is displayed.
Double-clicking the JVM Crash event on the Events window displays more information to assist you in troubleshooting the underlying reason for the JVM crash.
On the Summary page you can download any logs associated with the JVM Crash event.
The JVM Crash window also displays information about actions executed as a result of the crash. These are actions that you specify when creating the policy that is triggered by a JVM crash event.
The JVM Crash event captures the following information: timestamp, crash reason, host name, IP address, process ID, application name, node name, and tier name and displays them on the details page.
In the Crash Reason details field of the JVM Crash Details tab, the JVM Crash details indicate the root cause of the crash if available; for example, a java.lang.OutOfMemoryError, Segmentation Fault, etc... To facilitate the discovery and display of the reason for the JVM crash, JVM Crash Guard provides full support for:
Note: If an uninstrumented JVM crash happens within less than a minute of a previous crash then it will not be reported by the Standalone Machine Agent. In some circumstances, the JVM may crash and then be restarted only to crash again within one minute. For this repetitive cycle crash and restart scenario, only the first JVM crash is reported by the agent.