Are you running fairly new software? I've found some of the older 2010 code have problems handling snmp polling that would even bring down the supervisor on occassions. The polling was from appliances other than observium.

--
Regards,
Darius Jan Seroka
dariusjs@gmail.com


On Wed, Aug 28, 2013 at 10:58 AM, Bastiaan Topper <B.Topper@korton.nl> wrote:

Hi all,

 

We have a very long poll time on some of the devices. We have a few Cisco 4500 switches with a lott of interfaces. For example a Cisco 4506 with 4x 48 ports linecard, the poll time for the device is:

 

As you can see the poll time changed around 28/29 July. I disabled the device around 31 July, as you can see.

 

We also have Cisco 4500 VSS setups with several hundreds of interfaces, these devices I disabled for now, because the poller couldn’t keep up with it.

 

Today I found some time to troubleshoot, and found the above statistics. Beside that a did a poll with debug on. It “hangs” very long on every interface of every device it polls. After looking into that, it seems that it collects all interfaces per metric it polls. I think that is the problem with devices with a big amount of interfaces, because it collects all statistics again for every interface.

 

How can I fix this? Is this by design/Is this a bug? Or is it something in my setup?

 

Regards,

 

Bastiaan Topper

Korton Group BV

 

 


_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium