Cisco, mirar problemas de CPU

Un post que complementa a este otro. Un switch con problemas de uso de CPU (vamos que esta hasta arriba) y no hay forma de averiguar que es lo que pasa.

Lo primero :

sh processes cpu sorted | e 0.00

que te va a devolver algo parecido a:

CPU utilization for five seconds: 31%/7%; one minute: 42%; five minutes: 51%

La teoría dice que te va a salir una lista con todos los procesos que están «comiendo» cpu. Hay que fijarse en los que mas consumen o bien en los que tienen los «interrupts» altos.

Después …

clear controllers cpu-interface

sh controllers cpu-interface ( varias veces en 10 minutos)

Este comando saca las colas que mas trabajo tienen … algo similar a esto:

cpu-queue-frames retrieved dropped invalid hol-block stray
—————– ———- ———- ———- ———- ———-
rpc 1326165 0 0 0 0
stp 751709 0 751863 0 0
ipc 72185 0 0 0 0
routing protocol 513358 0 0 0 0
L2 protocol 12191 0 126 0 0
remote console 0 0 0 0 0
sw forwarding 0 0 0 0 0
host 23690 0 0 0 0
broadcast 498052 0 0 0 0
cbt-to-spt 0 0 0 0 0
igmp snooping 174281 0 0 0 0
icmp 0 0 0 0 0
logging 0 0 0 0 0
rpf-fail 0 0 0 0 0
dstats 1282376 0 0 0 0
cpu heartbeat 1424388 0 0 0 0

Así que, una vez que sabes que cola es la que tiene mas carga … se configura un debug para ver que pasa por ahí.

Terminal no monitor
conf t
no logging console cp
logging buffered 100000
end

Y después activamos el debug en cuestión:

debug platform cpu-queues xxxx, donde xxxx es:

broadcast-q Debug packets received by Broadcast Q
cbt-to-spt-q Debug packets received by cbt-to-spt Q
cpuhub-q Debug packets received by CPU heartbeat Q
host-q Debug packets received by host Q
icmp-q Debug packets received by ICMP Q
igmp-snooping-q Debug packets received by IGMP snooping Q
layer2-protocol-q Debug packets received by layer2 protocol Q
logging-q Debug packets received by logging Q
remote-console-q Debug packets received by remote conso
routing-protocol-q Debug packets received by routing protocol Q
rpffail-q Debug packets received by RPF fail Q
software-fwd-q Debug packets received by software forward Q
stp-q Debug packets received by STP Q

Y te soltara en el log y chorro enorme que tendrás que mirar y, con algo de suerte verás cual es el problema (y digo con algo de suerte porque no es que sea muy amigable).

Antes de irte no te olvides de quitar el debug, por tu propia seguridad (o la del que este de guardia).

undebug all.

🙂 Gracias a Alberto por la recopilación.

Deja un comentario

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.