Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Cisco: NSP

Issues with Cisco Catalyst 4900M

 

 

Cisco nsp RSS feed   Index | Next | Previous | View Threaded


asr at latency

Nov 18, 2009, 12:27 PM

Post #1 of 3 (1170 views)
Permalink
Issues with Cisco Catalyst 4900M

Hi all,

Anybody out there running into CPU exhaustion issues on this box (or a
non-fixed-configuration Sup6E, ...), linked to the "low priority"
management process and its dependencies?

I'm specifically tracking CSCta54369 ("High CPU caused due to
K5AclCamStatsMan hw process") along with CSCta77487 ("High cpu in K5L3
review jobs with incomplete arps and big routing table").

Cisco's troubleshooting guide[1] provides an interesting top-level
overview of the architecture, though stops short of dispensing
meaningful configuration pointers, assuming they exist.

I've got a TAC case going, meanwhile any clues and/or experiences from
the field, on- or off-list, would be greatly appreciated. :-)

Thanks in advance,
-a

[1] http://www.cisco.com/en/US/products/hw/switches/ps663/products_tech_note09186a00804cef15.shtml
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


cisco-nsp at slepicka

Nov 18, 2009, 1:18 PM

Post #2 of 3 (1135 views)
Permalink
Re: Issues with Cisco Catalyst 4900M [In reply to]

Not specifically seeing these issues, but I have at least one 4900M and
a few 4500 Sup6E's running 12.2(52/53)SG that are experiencing CPU
issues. When configured with sub-second OSPF hello timers, they drop
adjacencies when I copy a file (ftp/tftp) to bootflash. High CPU
utilization in the Exec/Virtual Exec process. I suspect something is
messed up with the scheduling/prioritization of processes. This may be
causing the issues that you're seeing as well.

BTW -- the OSPF issue is bug id CSCsw84727. Cisco says it's fixed in
12.2(52 and 53)SG, but it's obviously not. Still waiting on resolution
for this one.

Adam Rothschild wrote:
> Hi all,
>
> Anybody out there running into CPU exhaustion issues on this box (or a
> non-fixed-configuration Sup6E, ...), linked to the "low priority"
> management process and its dependencies?
>
> I'm specifically tracking CSCta54369 ("High CPU caused due to
> K5AclCamStatsMan hw process") along with CSCta77487 ("High cpu in K5L3
> review jobs with incomplete arps and big routing table").
>
> Cisco's troubleshooting guide[1] provides an interesting top-level
> overview of the architecture, though stops short of dispensing
> meaningful configuration pointers, assuming they exist.
>
> I've got a TAC case going, meanwhile any clues and/or experiences from
> the field, on- or off-list, would be greatly appreciated. :-)
>
> Thanks in advance,
> -a
>
> [1] http://www.cisco.com/en/US/products/hw/switches/ps663/products_tech_note09186a00804cef15.shtml
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


cisco-nsp at slepicka

Nov 18, 2009, 1:24 PM

Post #3 of 3 (1137 views)
Permalink
Re: Issues with Cisco Catalyst 4900M [In reply to]

Just a quick follow-up on this one (took me a while to find the email).
Cisco's response:

CSCsw84727 not present in 12.2(52)SG. As the fix was non trivial, it is
undergoing testing. It will be in Fall08 SG4 (12.2.(50)SG4). And in the
Zanzibar release 12.2.(54)SG.

James Slepicka wrote:
> Not specifically seeing these issues, but I have at least one 4900M
> and a few 4500 Sup6E's running 12.2(52/53)SG that are experiencing CPU
> issues. When configured with sub-second OSPF hello timers, they drop
> adjacencies when I copy a file (ftp/tftp) to bootflash. High CPU
> utilization in the Exec/Virtual Exec process. I suspect something is
> messed up with the scheduling/prioritization of processes. This may
> be causing the issues that you're seeing as well.
>
> BTW -- the OSPF issue is bug id CSCsw84727. Cisco says it's fixed in
> 12.2(52 and 53)SG, but it's obviously not. Still waiting on
> resolution for this one.
>
> Adam Rothschild wrote:
>> Hi all,
>>
>> Anybody out there running into CPU exhaustion issues on this box (or a
>> non-fixed-configuration Sup6E, ...), linked to the "low priority"
>> management process and its dependencies?
>>
>> I'm specifically tracking CSCta54369 ("High CPU caused due to
>> K5AclCamStatsMan hw process") along with CSCta77487 ("High cpu in K5L3
>> review jobs with incomplete arps and big routing table").
>>
>> Cisco's troubleshooting guide[1] provides an interesting top-level
>> overview of the architecture, though stops short of dispensing
>> meaningful configuration pointers, assuming they exist.
>>
>> I've got a TAC case going, meanwhile any clues and/or experiences from
>> the field, on- or off-list, would be greatly appreciated. :-)
>>
>> Thanks in advance,
>> -a
>>
>> [1]
>> http://www.cisco.com/en/US/products/hw/switches/ps663/products_tech_note09186a00804cef15.shtml
>>
>> _______________________________________________
>> cisco-nsp mailing list cisco-nsp [at] puck
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Cisco nsp RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.