Ad Widget

Collapse

No data collected for item prototypes on a memory discovery rule for Cisco NCS 5500

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • wyang
    Member
    • Mar 2016
    • 93

    #1

    No data collected for item prototypes on a memory discovery rule for Cisco NCS 5500

    On Cisco KB https://community.cisco.com/t5/netwo...-hId-113636207, it is recommended to use the following OIDs in the CISCO-ENHANCED-MEMPOOL-MIB for the memory monitoring of Cisco NCS 5500
    • cempMemPoolHCUsed 1.3.6.1.4.1.9.9.221.1.1.1.1.18
    • cempMemPoolHCFree 1.3.6.1.4.1.9.9.221.1.1.1.1.20

    I created a discovery rule

    SNMP OID: discovery[{#SNMPINDEX},1.3.6.1.4.1.9.9.221.1.1.1.1.2.{#SNMPI NDEX}]

    and created item prototypes

    . SNMP OID for available memory: 1.3.6.1.4.1.9.9.221.1.1.1.1.20.{#SNMPINDEX}
    . SNMP OID for used memory: 1.3.6.1.4.1.9.9.221.1.1.1.1.18.{#SNMPINDEX}

    However, no data collected for these item prototypes.

    I'd much appreciated if you could point me to any errors I made. Greatly appreciated.

    SNMPWALK results

    .1.3.6.1.4.1.9.9.221.1.1.1.1.2.11.1 = INTEGER: 2
    .1.3.6.1.4.1.9.9.221.1.1.1.1.2.11.2 = INTEGER: 11
    .1.3.6.1.4.1.9.9.221.1.1.1.1.2.11.3 = INTEGER: 12
    .1.3.6.1.4.1.9.9.221.1.1.1.1.2.13.1 = INTEGER: 2
    .1.3.6.1.4.1.9.9.221.1.1.1.1.2.13.2 = INTEGER: 11
    .1.3.6.1.4.1.9.9.221.1.1.1.1.2.13.3 = INTEGER: 12
    .1.3.6.1.4.1.9.9.221.1.1.1.1.3.11.1 = STRING: "processor"
    .1.3.6.1.4.1.9.9.221.1.1.1.1.3.11.2 = STRING: "reserved"
    .1.3.6.1.4.1.9.9.221.1.1.1.1.3.11.3 = STRING: "image"
    .1.3.6.1.4.1.9.9.221.1.1.1.1.3.13.1 = STRING: "processor"
    .1.3.6.1.4.1.9.9.221.1.1.1.1.3.13.2 = STRING: "reserved"
    .1.3.6.1.4.1.9.9.221.1.1.1.1.3.13.3 = STRING: "image"
    .1.3.6.1.4.1.9.9.221.1.1.1.1.5.11.1 = INTEGER: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.5.11.2 = INTEGER: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.5.11.3 = INTEGER: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.5.13.1 = INTEGER: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.5.13.2 = INTEGER: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.5.13.3 = INTEGER: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.6.11.1 = INTEGER: 1
    .1.3.6.1.4.1.9.9.221.1.1.1.1.6.11.2 = INTEGER: 1
    .1.3.6.1.4.1.9.9.221.1.1.1.1.6.11.3 = INTEGER: 1
    .1.3.6.1.4.1.9.9.221.1.1.1.1.6.13.1 = INTEGER: 1
    .1.3.6.1.4.1.9.9.221.1.1.1.1.6.13.2 = INTEGER: 1
    .1.3.6.1.4.1.9.9.221.1.1.1.1.6.13.3 = INTEGER: 1
    .1.3.6.1.4.1.9.9.221.1.1.1.1.7.11.1 = Gauge32: 196739072
    .1.3.6.1.4.1.9.9.221.1.1.1.1.7.11.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.7.11.3 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.7.13.1 = Gauge32: 3591634944
    .1.3.6.1.4.1.9.9.221.1.1.1.1.7.13.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.7.13.3 = Gauge32: 4194304
    .1.3.6.1.4.1.9.9.221.1.1.1.1.8.11.1 = Gauge32: 3998687232
    .1.3.6.1.4.1.9.9.221.1.1.1.1.8.11.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.8.11.3 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.8.13.1 = Gauge32: 604663808
    .1.3.6.1.4.1.9.9.221.1.1.1.1.8.13.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.8.13.3 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.17.11.1 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.17.11.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.17.11.3 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.17.13.1 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.17.13.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.17.13.3 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.18.11.1 = Counter64: 196788224
    .1.3.6.1.4.1.9.9.221.1.1.1.1.18.11.2 = Counter64: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.18.11.3 = Counter64: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.18.13.1 = Counter64: 3591491584
    .1.3.6.1.4.1.9.9.221.1.1.1.1.18.13.2 = Counter64: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.18.13.3 = Counter64: 4194304
    .1.3.6.1.4.1.9.9.221.1.1.1.1.19.11.1 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.19.11.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.19.11.3 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.19.13.1 = Gauge32: 2
    .1.3.6.1.4.1.9.9.221.1.1.1.1.19.13.2 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.19.13.3 = Gauge32: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.20.11.1 = Counter64: 3998695424
    .1.3.6.1.4.1.9.9.221.1.1.1.1.20.11.2 = Counter64: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.20.11.3 = Counter64: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.20.13.1 = Counter64: 9194614784
    .1.3.6.1.4.1.9.9.221.1.1.1.1.20.13.2 = Counter64: 0
    .1.3.6.1.4.1.9.9.221.1.1.1.1.20.13.3 = Counter64: 0

    Table in the mib:

    cempMemPoolEntry OBJECT-TYPE
    SYNTAX CempMemPoolEntry
    MAX-ACCESS not-accessible
    STATUS current
    DESCRIPTION
    "An entry in the memory pool monitoring table."
    INDEX {
    entPhysicalIndex,
    cempMemPoolIndex
    }
    ::= { cempMemPoolTable 1 }

    CempMemPoolEntry ::= SEQUENCE {
    cempMemPoolIndex CempMemPoolIndex,
    cempMemPoolType CempMemPoolTypes,
    cempMemPoolName SnmpAdminString,
    cempMemPoolPlatformMemory AutonomousType,
    cempMemPoolAlternate CempMemPoolIndexOrNone,
    cempMemPoolValid TruthValue,
    cempMemPoolUsed Gauge32,
    cempMemPoolFree Gauge32,
    cempMemPoolLargestFree Gauge32,
    cempMemPoolLowestFree Gauge32,
    cempMemPoolUsedLowWaterMark Gauge32,
    cempMemPoolAllocHit Counter32,
    cempMemPoolAllocMiss Counter32,
    cempMemPoolFreeHit Counter32,
    cempMemPoolFreeMiss Counter32,
    cempMemPoolShared Gauge32,
    cempMemPoolUsedOvrflw Gauge32,
    cempMemPoolHCUsed CounterBasedGauge64,
    cempMemPoolFreeOvrflw Gauge32,
    cempMemPoolHCFree CounterBasedGauge64,
    cempMemPoolLargestFreeOvrflw Gauge32,
    cempMemPoolHCLargestFree CounterBasedGauge64,
    cempMemPoolLowestFreeOvrflw Gauge32,
    cempMemPoolHCLowestFree CounterBasedGauge64,
    cempMemPoolUsedLowWaterMarkOvrflw Gauge32,
    cempMemPoolHCUsedLowWaterMark CounterBasedGauge64,
    cempMemPoolSharedOvrflw Gauge32,
    cempMemPoolHCShared CounterBasedGauge64
    }

  • wyang
    Member
    • Mar 2016
    • 93

    #2
    Any recommendations would be much appreciated.

    Comment

    • gert.derouck
      Member
      • Jan 2020
      • 69

      #3
      Duplicate... Please see https://www.zabbix.com/forum/zabbix-...cisco-ncs-5500

      Comment

      • wyang
        Member
        • Mar 2016
        • 93

        #4
        Thank you very much gert.derouck!

        Comment

        Working...