Smarts IP: GigabitEthernet Interface showing OperStatus = UNKNOWN and Status = UNKNOWN despite being up
search cancel

Smarts IP: GigabitEthernet Interface showing OperStatus = UNKNOWN and Status = UNKNOWN despite being up

book

Article ID: 332177

calendar_today

Updated On:

Products

VMware Smart Assurance

Issue/Introduction

Symptoms:




When polled a Cisco Interface is showing OperStatus = UNKNOWN and Status = UNKNOWN despite being up:

[root@ddassgm1 ~]#  snmpwalk -c password-v2c x.x.x.x IF-MIB::ifOperStatus.1
IF-MIB::ifOperStatus.1 = INTEGER: up(1)
[root@ddassgm1 ~]#  snmpwalk -c password -v2c x.x.x.x IF-MIB::ifAdminStatus.1
IF-MIB::ifAdminStatus.1 = INTEGER: up(1) 

The following is also seen from the Accessor

dmctl.exe -s -b exec dmdebug --dumpAccessor=DEVSTAT-SNMP-Poller --output=dumpAccessor_SNMP.txt


Instance Name: I-Interface_FaultLAPDData-IF-devicename/1
Attribute Name: ifOperStatus
Polling Period: 240
Last polled At: September 11, 2014 9:34:40 AM GMT+00:00
Cached Value: 
Last Error: SNMP-E-EXP_NOSUCHINSTANCE-No such instance

Environment

VMware Smart Assurance - SMARTS

Resolution

The device in question had some stale entries in the topologyUpdateInfo table where the operstatus for index 1 was changed to 27

Essentially the device was discovered almost two years previously and never re-discovered. In the ensuing time the device was never rediscovered and the index on the interface was changed from 27 to 1 but smarts does not dynamically pick up these changes

Rediscovery of the device fixed the issue and the correct index / interface was polled which fixed the issue in this case.