You need disable 'fdb-table' poller module (in device edit -> module tab)
On your device too many active vlans, on cisco devices FDB entries stored in separate contexts for each vlan. That why for cisco devices walked BRIDGE-MIB::dot1dTpFdbEntry as many times as have active vlans on device.
Module [ fdb-table ] time: 329.5584s
On Thu, Nov 13, 2014 at 2:35 PM, Marco Spicuglia < Marco.Spicuglia@reasonnet.com> wrote:
Hi Mike,
thank you for picking this up.
Please find attached the debug output about one of our Nexus, with vlan module and vtp mib already disabled via de GUI.
I kindly ask you to avoid the public distribution of this file and to immediately destroy it after your analysis has been completed, please.
Thanks in advance for your time.
Best regards,
Marco Spicuglia
ReasonNet.com
*From:* observium observium-bounces@observium.org on behalf of Mike Stupalov mike@observium.org *Sent:* 13 November 2014 11:16 *To:* observium@observium.org *Subject:* Re: [Observium] CISCO-BRIDGE-EXT-MIB
Hi,
On 13.11.2014 13:11, Marco Spicuglia wrote:
Hello there,
how can I disable CISCO-BRIDGE-EXT-MIB from the GUI?
If possible, send me debug output for poller: ./poller.php -d -h <your_nexus>
This is the Nexus polling killer, but I can't find it in the list of MIBs that I can disable.
I'm running rev. 5975 stable
Cheers,
Marco
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalovhttp://observium.org
Thanks Mike, working much better now, but I still have about 900 seconds discovery time for the NX6K (probably due to the fact that they are not running nxos 7.0 yet). The fact that I have a Fabric Path with all vlans allowed at the same time doesn't help with the fdb entries either.
As a recap, for those who use Nexus technology, do not even attempt to poll a Nexus 1000v like that because it will collapse the whole cloud behind it, unless you disable vlan/fdb/vtp modules and increase the management computing resources by 10 times compared to the default values.
With regards to the 6K and related 2K FEXs, unless you run the latest firmware, it will give extremely slow snmp responses and SVI's polling won't work.
The 7Ks are doable by default, but latest firmware considerably increases polling speed. Idem for the 5K. Dunno about the 9K yet.
Hope it helps.
Cheers,
Marco
________________________________ From: mike@stupalov.ru mike@stupalov.ru on behalf of Mike Stupalov mike@observium.org Sent: 13 November 2014 17:40 To: Marco Spicuglia; Observium Network Observation System Subject: Re: [Observium] CISCO-BRIDGE-EXT-MIB
You need disable 'fdb-table' poller module (in device edit -> module tab)
On your device too many active vlans, on cisco devices FDB entries stored in separate contexts for each vlan. That why for cisco devices walked BRIDGE-MIB::dot1dTpFdbEntry as many times as have active vlans on device.
Module [ fdb-table ] time: 329.5584s
On Thu, Nov 13, 2014 at 2:35 PM, Marco Spicuglia <Marco.Spicuglia@reasonnet.commailto:Marco.Spicuglia@reasonnet.com> wrote:
Hi Mike,
thank you for picking this up.
Please find attached the debug output about one of our Nexus, with vlan module and vtp mib already disabled via de GUI.
I kindly ask you to avoid the public distribution of this file and to immediately destroy it after your analysis has been completed, please.
Thanks in advance for your time.
Best regards,
Marco Spicuglia
ReasonNet.com
________________________________ From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Mike Stupalov <mike@observium.orgmailto:mike@observium.org> Sent: 13 November 2014 11:16 To: observium@observium.orgmailto:observium@observium.org Subject: Re: [Observium] CISCO-BRIDGE-EXT-MIB
Hi,
On 13.11.2014 13:11, Marco Spicuglia wrote:
Hello there,
how can I disable CISCO-BRIDGE-EXT-MIB from the GUI?
If possible, send me debug output for poller: ./poller.php -d -h <your_nexus>
This is the Nexus polling killer, but I can't find it in the list of MIBs that I can disable.
I'm running rev. 5975 stable
Cheers,
Marco
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalov http://observium.org
-- Mike Stupalov http://observium.org/
participants (2)
-
Marco Spicuglia
-
Mike Stupalov