On this page:
When a JVM crash occurs, you need to know as soon as possible. A JVM crash may be a sign of a severe runtime problem in an application, and often call for immediate remediation steps.
This topic describes how to use AppDynamics JVM Crash Guard, which you can use to monitor and remediate JVM crashes.
When a JVM crash occurs, a corresponding event type is generated in AppDynamics. The following screenshot shows JVM Crash events in the AppDynamics UI:
To analyze and troubleshoot the crash:
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. See Policies for more information.
The JVM Crash event details include the following information:
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 or Segmentation Fault.
To facilitate the discovery and display of the reason for the JVM crash, JVM Crash Guard supports:
JVM Crash Guard works with the Standalone Machine Agent to trigger an AppDynamics policy when a JVM Crash event occurs. You must therefore have a Machine Agent installed and enabled on the machine that you want to monitor for JVM crashes. Additionally:
Once you have verified the requirements, follow these steps to create a policy for JVM crash events:
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.
For full-screen viewing, click Standalone Machine Agent - Overview of JVM Crash Guard