If I walk those two OIDs, no results come back. If I walk .1.3.6.1.4.1.674.10895, the first OID is .1.3.6.1.4.1.674.10895.3000.1.2.100.1.0 which is the switch model.
That also doesn't work, in a walk, I don't have anything at .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0
snmpget -c test -v 2c 10.11.5.76 .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0.4 SNMPv2-SMI::enterprises.674.10895.5000.2.6132.1.1.13.0.4 = No Such Object available on this agent at this OID
# snmpwalk -c test -v 1 10.11.5.76 .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0
Is there another way to monitor the stack then? I'm trying to find a way to query the stack if its members are up. Can I check on ports Tw1/0/1, Tw2/0/1, etc? Or some other way?
That is one option, yes, but perhaps not the best. SNMP traps assume that the trap itself made it to the server - which may or may not have happened if a network outage has occurred.
The most recent time this happened is the whole stack went down and when the stack came back up, it didn't have one of its members. That's the scenario I want to monitor for.
Try .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.7.2.1.6 which should return the status of a stack link. Otherwise I am not seeing any that don’t require an SNMP server to receive the traps. The mib files are included with the firmware, so you can see if there are any that gives you what you need. http://www.dell.com/support/home/us/en/04/Drivers/DriversDetails?driverId=87DJ5
DELL-Josh Cr
Moderator
•
9.5K Posts
0
September 16th, 2015 15:00
Hi,
Some of the following may work.
.1.3.6.1.4.1.674.10895.680 is stackMemberUnitFailed
.1.3.6.1.4.1.674.10895.660 is stackMasterFailed
gossew
1 Rookie
•
17 Posts
0
September 17th, 2015 05:00
If I walk those two OIDs, no results come back. If I walk .1.3.6.1.4.1.674.10895, the first OID is .1.3.6.1.4.1.674.10895.3000.1.2.100.1.0 which is the switch model.
DELL-Josh Cr
Moderator
•
9.5K Posts
0
September 17th, 2015 10:00
You can try .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0.4
StackPortLinkDown
gossew
1 Rookie
•
17 Posts
0
September 17th, 2015 10:00
That also doesn't work, in a walk, I don't have anything at .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0
snmpget -c test -v 2c 10.11.5.76 .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0.4
SNMPv2-SMI::enterprises.674.10895.5000.2.6132.1.1.13.0.4 = No Such Object available on this agent at this OID
# snmpwalk -c test -v 1 10.11.5.76 .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.0
#
(no results)
DELL-Josh Cr
Moderator
•
9.5K Posts
0
September 18th, 2015 10:00
We are testing this in the lab.
DELL-Josh Cr
Moderator
•
9.5K Posts
0
September 18th, 2015 14:00
These OIDs are trap OID and SNMPGET will not run them. If you have an SNMP server it should send these traps.
gossew
1 Rookie
•
17 Posts
0
September 21st, 2015 10:00
Is there another way to monitor the stack then? I'm trying to find a way to query the stack if its members are up. Can I check on ports Tw1/0/1, Tw2/0/1, etc? Or some other way?
DELL-Josh Cr
Moderator
•
9.5K Posts
0
September 21st, 2015 13:00
The best option would be to have an snmp server that could report failures right away. All of the status OIDs seem to work the same way.
gossew
1 Rookie
•
17 Posts
0
September 21st, 2015 14:00
That is one option, yes, but perhaps not the best. SNMP traps assume that the trap itself made it to the server - which may or may not have happened if a network outage has occurred.
The most recent time this happened is the whole stack went down and when the stack came back up, it didn't have one of its members. That's the scenario I want to monitor for.
Are there other options?
DELL-Josh Cr
Moderator
•
9.5K Posts
0
September 21st, 2015 14:00
Try .1.3.6.1.4.1.674.10895.5000.2.6132.1.1.13.7.2.1.6 which should return the status of a stack link. Otherwise I am not seeing any that don’t require an SNMP server to receive the traps. The mib files are included with the firmware, so you can see if there are any that gives you what you need. http://www.dell.com/support/home/us/en/04/Drivers/DriversDetails?driverId=87DJ5