Hi,
I am trying to use dynamic indexes since I've already run into cases where the index is changing.
In a nutshell, zabbix is detecting an index of 1.2.3121308 instead of 3121308. Anyone have ideas? Specifics are below ...
In this case, I am querying Cisco UCS Managers, specifically I am interested in the Fibre Channel statistics.
The CISCO-UNIFIED-COMPUTING-FC-MIB::cucsFcStatsTable gives me a table of fibre channel interfaces and stats, here are a few of the fields returned by a table query:
The numeric OID of this table is 1.3.6.1.4.1.9.9.719.1.20.5
What I am actually interested in is the 2 counters cucsFcStatsBytesRx and cucsFcStatsBytesTx for each interface. These counters have numeric OIDs of 1.3.6.1.4.1.9.9.719.1.20.5.1.9.index (cucsFcStatsBytesTx) and 1.3.6.1.4.1.9.9.719.1.20.5.1.4.index (cucsFcStatsBytesRx).
I am running zabbix 2.2.5, to retrieve the counter cucsFcStatsBytesTx for switchA/port-27 I define the OID using this syntax:
This almost works except as mentioend ... instead of finding 3121308 as the index zabbix finds 1.2.3121308. Here's log entry with debugging turned up:
And then of course my OID is unknown (it should be 1.3.6.1.4.1.9.9.719.1.20.5.1.9.3121308 NOT 1.3.6.1.4.1.9.9.719.1.20.5.1.9.1.2.3121308).
Does anyone know why zabbix is inserting the extra 1.2 into the index, am I doing something wrong and/or is there a workaround?
Thanks!
Fraser
I am trying to use dynamic indexes since I've already run into cases where the index is changing.
In a nutshell, zabbix is detecting an index of 1.2.3121308 instead of 3121308. Anyone have ideas? Specifics are below ...
In this case, I am querying Cisco UCS Managers, specifically I am interested in the Fibre Channel statistics.
The CISCO-UNIFIED-COMPUTING-FC-MIB::cucsFcStatsTable gives me a table of fibre channel interfaces and stats, here are a few of the fields returned by a table query:
[user@host ~]$ snmptable -Ci -m +CISCO-UNIFIED-COMPUTING-FC-MIB -v2c -c community ucshost CISCO-UNIFIED-COMPUTING-FC-MIB::cucsFcStatsTable | awk '{print $1,$2,$4,$9}' | column -t
SNMP table:
index cucsFcStatsDn cucsFcStatsBytesRx cucsFcStatsBytesTx
3120183 "sys/switch-B/slot-1/switch-fc/port-27/stats" 159642496535392 700152060102680
3120185 "sys/switch-B/slot-1/switch-fc/port-28/stats" 159632083703432 700145806763420
3120187 "sys/switch-B/slot-1/switch-fc/port-29/stats" 0 0
3120189 "sys/switch-B/slot-1/switch-fc/port-30/stats" 0 0
3120191 "sys/switch-B/slot-1/switch-fc/port-31/stats" 0 0
3120193 "sys/switch-B/slot-1/switch-fc/port-32/stats" 4535277628 5038402108
3121308 "sys/switch-A/slot-1/switch-fc/port-27/stats" 159648271674552 699945437511660
3121310 "sys/switch-A/slot-1/switch-fc/port-28/stats" 159603504884264 699939709432056
3121312 "sys/switch-A/slot-1/switch-fc/port-29/stats" 0 0
3121314 "sys/switch-A/slot-1/switch-fc/port-30/stats" 0 0
3121316 "sys/switch-A/slot-1/switch-fc/port-31/stats" 0 0
3121318 "sys/switch-A/slot-1/switch-fc/port-32/stats" 10021685684 9831811236
SNMP table:
index cucsFcStatsDn cucsFcStatsBytesRx cucsFcStatsBytesTx
3120183 "sys/switch-B/slot-1/switch-fc/port-27/stats" 159642496535392 700152060102680
3120185 "sys/switch-B/slot-1/switch-fc/port-28/stats" 159632083703432 700145806763420
3120187 "sys/switch-B/slot-1/switch-fc/port-29/stats" 0 0
3120189 "sys/switch-B/slot-1/switch-fc/port-30/stats" 0 0
3120191 "sys/switch-B/slot-1/switch-fc/port-31/stats" 0 0
3120193 "sys/switch-B/slot-1/switch-fc/port-32/stats" 4535277628 5038402108
3121308 "sys/switch-A/slot-1/switch-fc/port-27/stats" 159648271674552 699945437511660
3121310 "sys/switch-A/slot-1/switch-fc/port-28/stats" 159603504884264 699939709432056
3121312 "sys/switch-A/slot-1/switch-fc/port-29/stats" 0 0
3121314 "sys/switch-A/slot-1/switch-fc/port-30/stats" 0 0
3121316 "sys/switch-A/slot-1/switch-fc/port-31/stats" 0 0
3121318 "sys/switch-A/slot-1/switch-fc/port-32/stats" 10021685684 9831811236
The numeric OID of this table is 1.3.6.1.4.1.9.9.719.1.20.5
What I am actually interested in is the 2 counters cucsFcStatsBytesRx and cucsFcStatsBytesTx for each interface. These counters have numeric OIDs of 1.3.6.1.4.1.9.9.719.1.20.5.1.9.index (cucsFcStatsBytesTx) and 1.3.6.1.4.1.9.9.719.1.20.5.1.4.index (cucsFcStatsBytesRx).
I am running zabbix 2.2.5, to retrieve the counter cucsFcStatsBytesTx for switchA/port-27 I define the OID using this syntax:
1.3.6.1.4.1.9.9.719.1.20.5.1.9["index","1.3.6.1.4.1.9.9.719.1.20.5","sys/switch-A/slot-1/switch-fc/port-27/stats"]
This almost works except as mentioend ... instead of finding 3121308 as the index zabbix finds 1.2.3121308. Here's log entry with debugging turned up:
28975:20150818:130012.057 End of cache_get_snmp_index():SUCCEED idx:1.2.3121308
And then of course my OID is unknown (it should be 1.3.6.1.4.1.9.9.719.1.20.5.1.9.3121308 NOT 1.3.6.1.4.1.9.9.719.1.20.5.1.9.1.2.3121308).
Does anyone know why zabbix is inserting the extra 1.2 into the index, am I doing something wrong and/or is there a workaround?
Thanks!
Fraser