Details
-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Professional Edition
-
Cisco 6880-x software version:15.1(02)SY01
Observium 19.9.10036 (23rd September 2019)
OS Linux 4.4.0-137-generic [amd64] (Ubuntu 16.04)
Apache 2.4.18 (Ubuntu)
PHP 7.0.33-0ubuntu0.16.04.6 (OPcache: ENABLED)
Python 2.7.12
MySQL 5.7.27-0ubuntu0.16.04.1 (extension: mysqli 5.0.12-dev)
SNMP NET-SNMP 5.7.3
RRDtool 1.5.5
Fping 3.13 (IPv4 and IPv6)Cisco 6880-x software version:15.1(02)SY01 Observium 19.9.10036 (23rd September 2019) OS Linux 4.4.0-137-generic [amd64] (Ubuntu 16.04) Apache 2.4.18 (Ubuntu) PHP 7.0.33-0ubuntu0.16.04.6 (OPcache: ENABLED) Python 2.7.12 MySQL 5.7.27-0ubuntu0.16.04.1 (extension: mysqli 5.0.12-dev) SNMP NET-SNMP 5.7.3 RRDtool 1.5.5 Fping 3.13 (IPv4 and IPv6)
Description
We are seeing a problem were the class names under a policy-map of qos entrys are not displayed correctly, instead a "/" is displayed. when I am trying the "snmpwalk" of the different entries of the assisiated MIB it fails on a couple. My guess is that because the information collecting phase is failing on a part if the script the total of the job is failing. the information regarding how much bandwidth and the graph seam correct, but is is hard to identify a specific customer since the class-name isn't displayed
error message: cbQosCMPrePolicyPkt64 = No Such Instance currently exists at this OID
I have attached the error log when running the discovery of the device with "-m cisco-cbqos" plus images of the "/" and the mib failure page regarding CBQoS
