Updated on 2026-09-24 GMT+08:00

ALM-12061 Process Usage Exceeds the Threshold

Alarm Description

The system checks the usage of the omm process every 30 seconds. You can run the ps -o nlwp,pid,args, -u omm | awk '{sum+=$1} END {print "", sum}' command to obtain the number of concurrent processes of user omm. Run the ulimit -u command to obtain the allowed maximum number of concurrent processes as user omm.

Divide the number of concurrent processes by the allowed maximum number of concurrent processes to obtain the process usage of user omm. The process usage has a default threshold. The alarm is generated when the process usage exceeds the threshold.

This alarm is cleared when the Trigger Count is 3 and the process usage is no more than the threshold. When the Trigger Count is greater than 1, this alarm is cleared when the process usage is no more than 90% of the threshold.

Alarm Attributes

Alarm ID

Alarm Severity

Auto Cleared

12061

Critical (default threshold: 95)

Major (default threshold: 90)

Yes

Alarm Parameters

Parameter

Description

Source

Specifies the cluster or system 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

When the process usage exceeds the threshold, you cannot switch to user omm and create new omm threads. As a result, jobs may fail to run.

Possible Causes

  • The alarm threshold is improperly configured.
  • The maximum number of processes (including threads) that can be concurrently opened by user omm is inappropriate.
  • An excessive number of threads are opened at the same time.

Handling Procedure

Check whether the alarm threshold or alarm trigger count is properly configured.

  1. On the FusionInsight Manager, change the alarm threshold and Trigger Count based on the actual CPU usage.

    Specifically, choose O&M > Alarm > Thresholds > Name of the desired cluster > Host > Process > omm Process Usage to change Trigger Count, as shown in Figure 1.

    Trigger Count indicates how many consecutive times the threshold is reached when the alarm is triggered.

    Figure 1 Setting alarm trigger count

    Set the alarm threshold based on the actual process usage. To check the process usage, choose O&M > Alarm > Thresholds > Name of the desired cluster > Host > Process > omm Process Usage, as shown in Figure 2.

    Figure 2 Setting an alarm threshold

  2. Wait 2 minutes and check whether the alarm is automatically cleared.

    • If yes, no further action is required.
    • If no, go to Step 3.

Check whether the maximum number of processes (including threads) that can be concurrently opened by user omm is properly configured.

  1. In the alarm list on FusionInsight Manager, locate the row that contains the alarm, and view the IP address of the host for which the alarm is generated.
  2. Log in to the host for which the alarm is generated as user root.
  3. Run the following command to check whether the maximum number of threads that can be concurrently opened by user omm is greater than or equal to 60000:

    su - omm -c "ulimit -u"

  1. Run the following command to change the maximum number of threads that can be concurrently opened by user omm to 60000:

    vi /etc/security/limits.d/omm-nproc.conf

    Run the following commands to switch to user omm, and restart the NodeAgent process. After two minutes, check whether the alarm is cleared.

    su - omm

    sh $BIGDATA_HOME/om-agent/nodeagent/bin/restart-agent.sh

    • If yes, no further action is required.
    • If no, go to Step 11.

Check whether an excessive number of processes are opened at the same time.

  1. In the alarm list on FusionInsight Manager, locate the row that contains the alarm, and view the IP address of the host for which the alarm is generated.
  2. Log in to the host for which the alarm is generated as user root.
  3. Run the ps -o nlwp,pid,lwp,args, -u omm|sort -n command to check the number of threads in use.

    The result is sorted based on the thread number. Identify the top 5 thread numbers and check whether the threads are incorrectly used. (The PID column indicates the process ID.)

    • If yes, perform the following operations to stop the parent processes of the top 5 abnormally used processes without affecting services. Then, go to Step 10.
      1. Run the following command to query the parent process of the related processes:

        ps -ef | grep "Process ID"

        The third column in the command output is the parent process ID.

      2. Run the following command to stop the parent process:

        kill -9 Parent process ID

    • If no, run the ulimit -u command to change the allowed maximum number of threads to a value greater than 60000.

  4. Wait 5 minutes and check whether the alarm is cleared.

    • If yes, no further action is required.
    • If no, go to Step 11.

Collect fault information.

  1. On FusionInsight Manager of the cluster, choose O&M. In the navigation pane on the left, choose Log > Download.
  2. Expand the Service drop-down list, select OmmServer and NodeAgent for the target cluster, and click OK.
  3. Click in the upper right corner, set Start Date and End Date for log collection to 10 minutes before and after the alarm generation time, respectively, and click Download.
  4. 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