Re: [Observium] slow polling of Cisco 4500 VSS switches
Hmm.
We don't even do anything with the poe information, are we still collecting it?
Does the 4500 have any poe blades?
Pretty scary walking the poe table would take so long.
Adam.
Bastiaan Topper B.Topper@korton.nl wrote:
Hi Adam,
Thanks for your help. I found the problem. Nothing to do with the 4500 switches. Was the PoE polling option, this is not working efficiently, so for now I disabled it.
Polling times dropped to few seconds now.
Regards, Bastiaan
-----Oorspronkelijk bericht----- Van: Adam Armstrong [mailto:adama@memetic.org] Verzonden: woensdag 28 augustus 2013 19:39 Aan: Observium Network Observation System Onderwerp: Re: [Observium] slow polling of Cisco 4500 VSS switches
On 2013-08-28 17:28, Bastiaan Topper wrote:
Hi Adam,
The problem is that it is not only with VSS switches. The screenshot is off a switch without VSS (so a normal 4500 switch, but with many interfaces). I also have 6500 switches (and even a 6500 VSS), these don't have the problem, but have a lot less interfaces. The 4500 switches don't all run the same IOS version. The VSS switches have 2 version, the not VSS switch has an other supervisor and much older IOS.
Thing I noticed is that the port polling collects all metrics for all interfaces for every interface it polls. For big switches, this is a lott of info each time it polls an interface. If I do a debug it show very long lists of collected metrics (output of all the snmpbulkwalk commands per interface), each time for all interfaces. Could it be that the problem is there somewhere, or am I interpreting the output wrong?
It's not actually all that much information, and 250 ports isn't really a lot.
The issue is almost certainly a bug with counter collection on the 4500.
Cisco doesn't seem to bother giving many shits about bugs on "enterprise" kit, they only seem to fix issues on "service provider" kit.
This just further cements my view that the 4500 is a largely pointless device that people only buy when they've been tricked by Cisco's sales and marketing splurge.
adam.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
The PoE code walks the entire table for every single port, afaik. Which is why it's labeled as "don't enable", afaik ...
On 28/08/2013 22:58, Adam Armstrong wrote:
Hmm.
We don't even do anything with the poe information, are we still collecting it?
Does the 4500 have any poe blades?
Pretty scary walking the poe table would take so long.
Adam.
Bastiaan Topper B.Topper@korton.nl wrote:
Hi Adam,
Thanks for your help. I found the problem. Nothing to do with the 4500 switches. Was the PoE polling option, this is not working efficiently, so for now I disabled it.
Polling times dropped to few seconds now.
Regards,
Bastiaan
-----Oorspronkelijk bericht----- Van: Adam Armstrong [mailto:adama@memetic.org] Verzonden: woensdag 28 augustus 2013 19:39 Aan: Observium Network Observation System Onderwerp: Re: [Observium] slow polling of Cisco 4500 VSS switches
On 2013-08-28 17:28, Bastiaan Topper wrote:
Hi Adam,
The problem is that it is not only with VSS switches. The screenshot is off a switch without VSS (so a normal 4500 switch, but with many interfaces). I also have 6500 switches (and even a 6500 VSS), these don't have the problem, but have a lot less interfaces. The 4500 switches don't all run the same IOS version. The VSS switches have 2 version, the not VSS switch has an other supervisor and much older IOS.
Thing I noticed is that the port polling collects all metrics for all interfaces for every interface it polls. For big switches, this is a lott of info each time it polls an interface. If I do a debug it show very long lists of collected metrics (output of all the snmpbulkwalk commands per interface), each time for all interfaces. Could it be that the problem is there somewhere, or am I interpreting the output wrong?
It's not actually all that much information, and 250 ports isn't really a lot.
The issue is almost certainly a bug with counter collection on the 4500.
Cisco doesn't seem to bother giving many shits about bugs on "enterprise" kit, they only seem to fix issues on "service provider" kit.
This just further cements my view that the 4500 is a largely pointless device that people only buy when they've been tricked by Cisco's sales and marketing splurge.
adam.
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
What the fuck? :)
adam.
On 2013-08-28 23:00, Tom Laermans wrote:
The PoE code walks the entire table for every single port, afaik. Which is why it's labeled as "don't enable", afaik ...
On 28/08/2013 22:58, Adam Armstrong wrote: Hmm.
We don't even do anything with the poe information, are we still collecting it?
Does the 4500 have any poe blades?
Pretty scary walking the poe table would take so long.
Adam.
Bastiaan Topper B.Topper@korton.nl wrote:
Hi Adam,
Thanks for your help. I found the problem. Nothing to do with the 4500 switches. Was the PoE polling option, this is not working efficiently, so for now I disabled it.
Polling times dropped to few seconds now.
Regards, Bastiaan
-----Oorspronkelijk bericht----- Van: Adam Armstrong [mailto:adama@memetic.org] Verzonden: woensdag 28 augustus 2013 19:39 Aan: Observium Network Observation System Onderwerp: Re: [Observium] slow polling of Cisco 4500 VSS switches
On 2013-08-28 17:28, Bastiaan Topper wrote: Hi Adam,
The problem is that it is not only with VSS switches. The screenshot is off a switch without VSS (so a normal 4500 switch, but with many interfaces). I also have 6500 switches (and even a 6500 VSS), these don't have the problem, but have a lot less interfaces. The 4500 switches don't all run the same IOS version. The VSS switches have 2 version, the not VSS switch has an other supervisor and much older IOS.
Thing I noticed is that the port polling collects all metrics for all interfaces for every interface it polls. For big switches, this is a lott of info each time it polls an interface. If I do a debug it show very long lists of collected metrics (output of all the snmpbulkwalk commands per interface), each time for all interfaces. Could it be that the problem is there somewhere, or am I interpreting the output wrong? It's not actually all that much information, and 250 ports isn't really a lot.
The issue is almost certainly a bug with counter collection on the 4500.
Cisco doesn't seem to bother giving many shits about bugs on "enterprise" kit, they only seem to fix issues on "service provider" kit.
This just further cements my view that the 4500 is a largely pointless device that people only buy when they've been tricked by Cisco's sales and marketing splurge.
adam.
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
Someone wrote code that fetches a table, and someone decided to include such files on every port run ;-) but the poe stuff never worked. at least not after 2009 or so. :P
On 29/08/2013 0:14, Adam Armstrong wrote:
What the fuck? :)
adam.
On 2013-08-28 23:00, Tom Laermans wrote:
The PoE code walks the entire table for every single port, afaik. Which is why it's labeled as "don't enable", afaik ...
On 28/08/2013 22:58, Adam Armstrong wrote: Hmm.
We don't even do anything with the poe information, are we still collecting it?
Does the 4500 have any poe blades?
Pretty scary walking the poe table would take so long.
Adam.
Bastiaan Topper B.Topper@korton.nl wrote:
Hi Adam,
Thanks for your help. I found the problem. Nothing to do with the 4500 switches. Was the PoE polling option, this is not working efficiently, so for now I disabled it.
Polling times dropped to few seconds now.
Regards, Bastiaan
-----Oorspronkelijk bericht----- Van: Adam Armstrong [mailto:adama@memetic.org] Verzonden: woensdag 28 augustus 2013 19:39 Aan: Observium Network Observation System Onderwerp: Re: [Observium] slow polling of Cisco 4500 VSS switches
On 2013-08-28 17:28, Bastiaan Topper wrote: Hi Adam,
The problem is that it is not only with VSS switches. The screenshot is off a switch without VSS (so a normal 4500 switch, but with many interfaces). I also have 6500 switches (and even a 6500 VSS), these don't have the problem, but have a lot less interfaces. The 4500 switches don't all run the same IOS version. The VSS switches have 2 version, the not VSS switch has an other supervisor and much older IOS.
Thing I noticed is that the port polling collects all metrics for all interfaces for every interface it polls. For big switches, this is a lott of info each time it polls an interface. If I do a debug it show very long lists of collected metrics (output of all the snmpbulkwalk commands per interface), each time for all interfaces. Could it be that the problem is there somewhere, or am I interpreting the output wrong? It's not actually all that much information, and 250 ports isn't really a lot.
The issue is almost certainly a bug with counter collection on the 4500.
Cisco doesn't seem to bother giving many shits about bugs on "enterprise" kit, they only seem to fix issues on "service provider" kit.
This just further cements my view that the 4500 is a largely pointless device that people only buy when they've been tricked by Cisco's sales and marketing splurge.
adam.
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
there are different PoE-Modules out there for 4500s. the newest ones Support UPoE (UniversalPoE with 60 Watts per Port). PoE/PoE+ is also available. Chris
Hmm.
We don't even do anything with the poe information, are we still collecting it?
Does the 4500 have any poe blades?
Pretty scary walking the poe table would take so long.
Adam.
Bastiaan Topper B.Topper@korton.nl wrote:
Hi Adam,
Thanks for your help. I found the problem. Nothing to do with the 4500 switches. Was the PoE polling option, this is not working efficiently, so for now I disabled it.
Polling times dropped to few seconds now.
Regards,
Bastiaan
-----Oorspronkelijk bericht----- Van: Adam Armstrong [mailto:adama@memetic.org] Verzonden: woensdag 28 augustus 2013 19:39 Aan: Observium Network Observation System Onderwerp: Re: [Observium] slow polling of Cisco 4500 VSS switches
On 2013-08-28 17:28, Bastiaan Topper wrote:
Hi Adam,
The problem is that it is not only with VSS switches. The screenshot is off a switch without VSS (so a normal 4500 switch, but with many interfaces). I also have 6500 switches (and even a 6500 VSS), these don't have the problem, but have a lot less interfaces. The 4500 switches don't all run the same IOS version. The VSS switches have 2 version, the not VSS switch has an other supervisor and much older IOS.
Thing I noticed is that the port polling collects all metrics for all interfaces for every interface it polls. For big switches, this is a lott of info each time it polls an interface. If I do a debug it show very long lists of collected metrics (output of all the snmpbulkwalk commands per interface), each time for all interfaces. Could it be that the problem is there somewhere, or am I interpreting the output wrong?
It's not actually all that much information, and 250 ports isn't really a lot.
The issue is almost certainly a bug with counter collection on the 4500.
Cisco doesn't seem to bother giving many shits about bugs on "enterprise" kit, they only seem to fix issues on "service provider" kit.
This just further cements my view that the 4500 is a largely pointless device that people only buy when they've been tricked by Cisco's sales and marketing splurge.
adam.
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
participants (3)
-
Adam Armstrong -
Chris -
Tom Laermans