We have a pair of 11506(s) running VIP and interface redundancy. We recently experienced periods of high CPU (95%+) during non-peak traffic times. Our SW ver is 7.1 bld 6; searching the bug toolkit doesn't show any known issues. The CPU doesn't stay up for too long, it does go back down on it's own without intervention, however we can't isolate what's causing the CPU to spike in the first place.
Our CSS(s) have just the 1 head unit and the 2 GE ports. One port is the ISC between the 2 for state and the other is the trunk link to the network.
We have about 80 services configured. Most of those are port 80 and 443 services. The 80 ones are monitored on a script keepalive pulling up and ASP page. The 443 ones are the KAL-AP-SSL script. There are a handful of other services that are just monitored via TCP keepalive type.
The last time it happened we went into debug mode and dropped a show tasks to send off to TAC, waiting on an answer for those. Anyone know of any better commands to drop to find out which process may be tapping the CPU?
Anyone seen this before? Any help would be appreciated.
We monitor via SNMP so the fact you mention that part below is interesting. We check about 5 different OIDs within a 10 minute period, 1 or 2 as often as 3 minutes.
They are located behind a firewall and completely 1918 addressed. They do provide load balancing for externally available web sites, but the traffic on the site at the time this last happened was very low.
We haven't been able to put together any good references on the peak times. The first time was last tuesday in the afternoon and the most recent was Friday night in the middle of the night. We're tracking it to see if there isn't something else that correlates to when this happens, but right now there's nothing.
VMware Trunk Port Group is supported from ACI version 2.1
VMM integration must be configured properly
ASA device package must be uploaded to APIC
ASAv version must be compatible with ACI and device package version
In the Previous articles of ACI Automation, we are using Postman/Newman as the Rest API tool to automate the ACI Configuration.
In this article I’m going to discuss on usin...
One of the first steps in building your ACI Fabric is to go through Fabric Discovery. While Fabric Discovery is usually a straightforward process, there are various issues that may prevent you from discovering an ACI switch. This article wil...