Disabling the module had not made any difference. If it's fixed now, I'd rather choose that method for sure.
Cheers, Marco
________________________________________ From: observium observium-bounces@observium.org on behalf of Adam Armstrong adama@memetic.org Sent: 03 November 2014 01:07 To: Observium Network Observation System Subject: Re: [Observium] Nexus 5596 polling slowness
Do not move anything in the mibs directory.
Disable the module. Duh.
adam. ------ Original Message ------ From: "Marco Spicuglia" Marco.Spicuglia@reasonnet.com To: "Observium Network Observation System" observium@observium.org Sent: 11/2/2014 6:02:46 PM Subject: Re: [Observium] Nexus 5596 polling slowness
Hi Dan,
after disabling a couple of vlan MIBs in the polling (moved the mib file away from the observium mibs directory), I was able to bring the polling of a couple of NX6K, each with 6 times NX2K FEX and thus hundreds of ports, down from about 700 seconds to 60 seconds (still the slowest devices in the network). The discovery is now down from 999+ seconds to 11-12 seconds. These results were reached without upgrading the firmware and without loosing any data from the Observium interface.
Considering the fact that those 6Ks were running in a fabric path with all possible vlans allowed on it, vlan data polling made those nexus extremely slow in SNMP response times. Specifically for one of the vlan MIBs I disabled (can't remember its name now), Cisco was recommending no other alternative than not polling with that MIB at all, if using certain NXOS versions.
Still now, while performing the 5min regular polling, the FEXs are often so busy that the parent 6Ks lose their peering keep alive. And observium thinks that all their ports suddenly disappeared from the network. Data traffic seems to be not affected though.
The latest firmware version for the NX6K is supposed to have solved many polling problems, hopefully. Including the advanced vlan and vtp slow polling issues such as above. But I haven't tested it yet. We'll see.
Regards, Marco
From: observium observium-bounces@observium.org on behalf of Daniel Bliss dbliss@datapipe.com Sent: 02 November 2014 21:30 To: Observium Network Observation System Subject: Re: [Observium] Nexus 5596 polling slowness
Hi Marco,
Thanks for the reply. Yep, I have the vlan module disabled. Specifically though, the slowness shows up in the ports module. Debugged using ./poller.php -h hostname -r -d -m ports. I have checked everything down to the control plane policy on the switch including disabling it while polling even though there were no policy violations. Bottom line is the switch is just slow to respond. Checking the release notes, there were numerous snmp related bug fixes in past code however nothing recent. Going to try stepping though some software updates next to see if anything changes in any more recent code revs.
Regards,
Dan ________________________________________ From: observium [observium-bounces@observium.org] on behalf of Marco Spicuglia [Marco.Spicuglia@reasonnet.com] Sent: Sunday, November 02, 2014 12:42 PM To: observium@observium.org Subject: Re: [Observium] Nexus 5596 polling slowness
Hi Dan,
Nexus are the worst devices in terms of SNMP polling, according to my experience, especially if you are using older firmwares. Discovering is even worse.
Though, I solved the slowness by disabling advanced vlan related MIBs, whose polling data is not represented anyway. Upgrading the devices firmware is also helpful.
Regards, Marco
From: observium observium-bounces@observium.org on behalf of Daniel Bliss dbliss@datapipe.com Sent: 02 November 2014 15:43 To: observium@observium.org Subject: [Observium] Nexus 5596 polling slowness
Hello,
Just curious if anyone else is seeing long polling times for Nexus 5596UP switches. Everything else in our deployment is responding in a timely manner and there are no bottlenecks on the Observium server at this point.
./poller.php: access2-2a.sj2 - 1 devices polled in 243.6 secs
Polling times in the high 200 second range are not uncommon while most all of our other high port density devices are well under 30 seconds. If anyone has found a NXOS software version that works better than others please let me know. We have tried on various software version 5,6 and 7 releases. I can only imagine this is a Cisco issue but thought I'd ask here in case anyone solved it.
Regards,
Dan Bliss
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium