Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

LMS CiscoWorks 3.2 CPU 100 % on devices monitored

HI,

it's possible that LMS CiscoWorks influenced devices performance? On devices monitored from CiscoWorks CPU reached peaks of 100% of utilization.

If i stop Ciscoworks they work normally.

Thanks

Everyone's tags (2)
3 REPLIES
Cisco Employee

Re: LMS CiscoWorks 3.2 CPU 100 % on devices monitored

Yes, it is possible.  Device bugs can exist that cause high CPU when certain MIB objects are polled.  There may also be other factors that can lead to high CPU when a device is polled with SNMP.  For example, routers will large ARP caches may see CPU spikes when User Tracking polls the devices during acquisition.  In these cases, SNMP views can be applied to restrict those MIB branches from being polled.

To determine what MIB objects are leading to CPU spikes, the output of "show stack PID" is required when the CPU is spiking (where PID is the process ID of the SNMP ENGINE and IP SNMP processes).  In addition to this, the show version and show region output are required.

New Member

Re: LMS CiscoWorks 3.2 CPU 100 % on devices monitored

I think the problem is caused by the job inventory polling because if that job doesn't start the problem about CPU doesn't appear.

Someone know how to make this job "light" for the devices?

Thanks

Cisco Employee

Re: LMS CiscoWorks 3.2 CPU 100 % on devices monitored

There's no way to change what Inventory Polling does.  The "show stack" output would still be needed to determine what SNMP object is causing the CPU spikes.  From there, SNMP views can be applied to restrict access to prevent the spikes.  This would be a workaround.  A bug would need to be identified to fix the CPU spike.

781
Views
0
Helpful
3
Replies
CreatePlease login to create content