ALM-18011 NodeManager GC Time Exceeds the Threshold
Alarm Description
The system checks the garbage collection (GC) duration of the NodeManager process every 60 seconds. This alarm is generated when the GC duration exceeds the threshold.
This alarm is cleared when the GC duration is less than the threshold.
Alarm Attributes
| Alarm ID | Alarm Severity | Auto Cleared |
|---|---|---|
| 18011 | Critical (default threshold: 20,000 ms) Major (default threshold: 12,000 ms) | Yes |
Alarm Parameters
| Parameter | Description |
|---|---|
| Source | Specifies the cluster for which the alarm was generated. |
| ServiceName | Specifies the service for which the alarm was generated. |
| RoleName | Specifies the role for which the alarm was generated. |
| HostName | Specifies the host for which the alarm was generated. |
| Trigger Condition | Specifies the threshold for triggering the alarm. |
Impact on the System
A long GC duration of the NodeManager process may interrupt the services.
Possible Causes
The heap memory of the NodeManager instance is overused or the heap memory is inappropriately allocated. As a result, GCs occur frequently.
Handling Procedure
Check the GC duration.
- On Manager, choose O&M > Alarm > Alarms to view the alarm details and record the IP address of the instance for which the alarm is generated.
For details about how to log in to FusionInsight Manager, see Accessing MRS Manager.
- On Manager, choose Cluster > Services > Yarn > Instances > NodeManager (the instance for which this alarm is generated). Click the drop-down list in the upper right corner of the Chart area, choose Customize > Garbage Collection, and select Garbage Collection (GC) Time of NodeManager. Check the GC duration statistics of the NodeManager process every minute. Figure 1 Garbage Collection (GC) Time of NodeManager
- Check whether the GC duration of the NodeManager process collected every minute exceeds the threshold (12 seconds by default).
- On Manager, choose Cluster > Services > Yarn > Configurations > All Configurations > NodeManager > System. Increase the value of the GC_OPTS parameter as required.
The mapping between the number of NodeManager instances in a cluster and the memory size of NodeManager is as follows:
- If there are more than 100 NodeManager instances in the cluster, you are advised to set the JVM parameter of NodeManager instances to -Xms2G -Xmx4G -XX:NewSize=512M -XX:MaxNewSize=1G.
- If there are more than 200 NodeManager instances in the cluster, you are advised to set the JVM parameter of NodeManager instances to -Xms4G -Xmx4G -XX:NewSize=512M -XX:MaxNewSize=1G.
- If there are more than 500 NodeManager instances in the cluster, you are advised to set the JVM parameter of NodeManager instances to -Xms8G -Xmx8G -XX:NewSize=1G -XX:MaxNewSize=2G.
- Save the configuration and restart the NodeManager instance.
During NodeManager restart, containers submitted to this node may be retried to other nodes.
- Check whether the alarm is cleared 5 minutes later.
- If yes, no further action is required.
- If no, go to Step 7.
Collect fault information.
- On Manager, choose O&M > Log > Download.
- Expand the Service drop-down list, and select NodeManager for the target cluster.
- Click
in the upper right corner, and set Start Date and End Date for log collection to 10 minutes before and after the alarm generation time, respectively. Then, click Download. - Send the collected fault logs to O&M personnel for help.
Alarm Clearance
This alarm is automatically cleared after the fault is rectified.
Related Information
None
What is your overall rating for this page?
Thank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot