-
Problem report
-
Resolution: Fixed
-
Major
-
1.8.4rc4
dynamic index for the following query should work but it fails:
.1.3.6.1.4.1.2636.3.1.13.1.5.2.2.0.0 = STRING: PEM 1 .1.3.6.1.4.1.2636.3.1.13.1.5.4.1.0.0 = STRING: Front Top Blower .1.3.6.1.4.1.2636.3.1.13.1.5.4.2.1.0 = STRING: Fan Tray Front Left .1.3.6.1.4.1.2636.3.1.13.1.5.4.2.2.0 = STRING: Fan Tray Front Right .1.3.6.1.4.1.2636.3.1.13.1.5.4.2.3.0 = STRING: Fan Tray Rear Left .1.3.6.1.4.1.2636.3.1.13.1.5.4.2.4.0 = STRING: Fan Tray Rear Right .1.3.6.1.4.1.2636.3.1.13.1.5.4.3.0.0 = STRING: Rear Top Blower .1.3.6.1.4.1.2636.3.1.13.1.5.4.4.0.0 = STRING: Rear Bottom Blower .1.3.6.1.4.1.2636.3.1.13.1.5.6.1.1.0 = STRING: SFM 0 SPP .1.3.6.1.4.1.2636.3.1.13.1.5.6.1.2.0 = STRING: SFM 0 SPR Internet Processor IIv2 .1.3.6.1.4.1.2636.3.1.13.1.5.6.2.1.0 = STRING: SFM 1 SPP .1.3.6.1.4.1.2636.3.1.13.1.5.6.2.2.0 = STRING: SFM 1 SPR Internet Processor IIv2
with the following Item Key:
.1.3.6.1.4.1.263.3.1.13.1.7["index",".1.3.6.1.4.1.2636.3.1.13.1.5","Front Top Blower"]
mentioned item got NOT SUPPORTED Status
with a simple bash script with grep and awk , cut we could solve it...
- is duplicated by
-
ZBXNEXT-808 Low-level discovery IP-Adresses
- Closed
-
ZBXNEXT-2275 [LLD] Ability to detect not numerical SNMPINDEX on Low Level discovery
- Closed
-
ZBXNEXT-1725 Dynamic index lengh on LLD snmp discovery
- Closed
-
ZBXNEXT-1841 LLD - add ability to discover in arbitrary OID trees
- Closed
-
ZBX-5474 Problem with low-level discovery for SNMP
- Closed
-
ZBX-6905 LLD For SNMP v2 items does not generate correctly.
- Closed
-
ZBX-3712 SNMP Dynamic index does not support variable lengh indexes. It assumes indexes are integers.
- Closed
-
ZBX-5164 {#SNMPINDEX} incomplete for some SNMP discoveries
- Closed
-
ZBX-6965 Low-level discovery IP-address as {#SNMPINDEX}
- Closed