[ZBX-24098] Unifi U6 pro reporting incorrect CPU Utilization with AirOS Zabbix template Created: 2024 Feb 15  Updated: 2025 Feb 08  Resolved: 2025 Feb 08

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Templates (T)
Affects Version/s: 6.4.11
Fix Version/s: None

Type: Patch request Priority: Trivial
Reporter: Vincent Geyer Assignee: Aleksejs Abrosimovs
Resolution: Duplicate Votes: 0
Labels: Unify
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File image-2024-02-15-02-33-20-180.png     PNG File image-2024-02-15-02-33-47-669.png    
Team: Team INT
Sprint: Sprint candidates
Story Points: 0.5

 Description   



 Comments   
Comment by dimir [ 2024 Feb 20 ]

Some explanation: while native monitoring graph shows ~5% CPU usage, Zabbix shows 100%.

Comment by dimir [ 2024 Feb 20 ]

Looks like the subject is about item

Name: Ubiquiti AirOS: CPU utilization
key: system.cpu.util[loadValue.2]
OID: 1.3.6.1.4.1.10002.1.1.1.4.2.1.3.2
Description: MIB: FROGFOOT-RESOURCES-MIB 5 minute load average of processor load.

from template

Name: "Ubiquiti AirOS by SNMP"


Looks like we mistook CPU "load" for "utilization".

Comment by Zahra Salimi [ 2024 May 12 ]

The problem arises due to the specific OID (1.3.6.1.4.1.10002.1.1.1.4.2.1.3.2) used in Ubiquiti AirOS by SNMP template, which triggers incorrect alerts when CPU usage is below 5%. Let’s address this issue step by step:

1.Locate the Host and Trigger:
In the Zabbix configuration, find the host associated with your Unifi device.
Click on the trigger that corresponds to the incorrect report: “Ubiquiti AirOS by SNMP: Ubiquiti AirOS: High CPU utilization.”

2.Clone the Trigger:
Clone the trigger that is causing the false alert.
This will allow you to modify the cloned trigger without affecting the original one.

3.Disable the Original Trigger:
Disable the original trigger that sends the incorrect report.
This ensures that it no longer generates false alerts.

4.Activate the Cloned Trigger:
Enable the cloned trigger that you created.
This new trigger will replace the original one for monitoring CPU utilization.

5.Update the Expression:
In the cloned trigger, modify the expression manually.
Replace the existing expression with the following:

min(/YOURUNIFIHOSTIPADDRESSS/system.cpu.util[loadValue.2],5m) > 2 * {$CPU.UTIL.CRIT}

like: min(/[192.168.1.10/system.cpu.util[loadValue.2],5m|https://web.telegram.org/a/192.168.1.10/system.cpu.util[loadValue.2],5m]) > 2 * {$CPU.UTIL.CRIT}

This expression ensures that the alert is triggered only when the CPU usage exceeds the critical threshold (as defined by {$CPU.UTIL.CRIT}).

Comment by QuasarTI [ 2025 Jan 10 ]

Hi, I'm not agree to point the trigger as the issue. The problem is about the misconception about load and utilization.

The values of the monitor "CPU Utilization" gets CPU Load values and they are no the same concept. This is generating confusion about the issue.

I've created a bug for this. https://support.zabbix.com/browse/ZBX-25855

Comment by Aleksejs Abrosimovs [ 2025 Feb 07 ]

Issue is in the item "CPU Utilization".

We mistook CPU "load" for "utilization".

Will be fixed in scope of https://support.zabbix.com/browse/ZBX-25855

 

Generated at Mon Mar 31 14:03:51 EEST 2025 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.