cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1118
Views
0
Helpful
3
Replies

High CPU on Cisco CSS 11503

kevin-shaw
Level 1
Level 1

All,

I have a CSS that is consistently reporting high cpu utilization.

Name                 Slot Sub 5Sec 1Min 5Min

--------------------------------------------

CSS5-SCM-2GE F0         1   1  96%  65%  66%

It appears that the below process is to blame:

NAME          ENTRY         TID   PRI   total % (ticks)  delta % (ticks)

--------     --------      -----  ---   ---------------  ---------------

tFlowMgrPktR            8ba01df0   50    82% (     657)   86% (     261)

Below is some info on the Keepalive configuration:

                  Maximum    Configured    Remaining      Permitted

Class A:            2048            39         2009           1869

    ICMP:            2048             0         2048           1869

     TCP:            2048            39         2009           1869

     SSL:            2048             0         2048           1869

    HTTP:            2048             0         2048           1869

Class B:             512           140          372            372

     FTP:             256             0          256            256

    HTTP:             256           139          117            117

  Script:             256             1          255            255

    Use Output:       (16)          ( 0)         (16)           (16)

System(A+B):        2048           179         1869           1869

Can anyone provide any next steps?

Thanks in advance.

Kev

3 Replies 3

chrhiggi
Level 3
Level 3

Kev-

  Get a TAC case opened for this.  tFlowMgrPktR is the process that handles receiving packets.  If it is high, either your packets/second, new sessions/second, or unknown/malicious packets are arriving to the CSS.

Regards,

  Chris Higgins

  TAC ANS Escalation

Chris,

Thanks for the reply.  I did just that.  But in the meantime, I took a trace the traffic and noticed some serious traffic, that did not require load balancing.  I had the application developer move that process to an app server and the CPU cleared up, instantly.  The image below shows the interface usage:

Good to hear, thank you for the follow up Kevin!

Regards,

Chris Higgins