spyReport – consulter la liste des processus sur Nortel ERS 8600

Nouvelles technologies réseaux, télécoms et sécurité sur le blog telecom-reseaux

spyReport – consulter la liste des processus sur Nortel ERS 8600

2 février 2010 2 Comments Par Remy

Je vais ici vous décrire comment consulter la liste des processus actifs sur un châssis Nortel ERS 8600. En effet, cette fonctionnalité peut s’avérer utile dans certains cas, notamment lorsqu’une surcharge CPU est constatée et que les quelques outils de debug de base mis à disposition par Nortel ne suffisent plus.

Il existe sur les châssis 8600 un mode dit « privilégié » qui permet d’accéder à quelques commandes supplémentaires dont je n’ai pas la liste exhaustive. L’une d’entre elle s’appelle spyReport (attention le châssis est case sensitive).

Afin d’accéder à ce mode privilégié, il faut entrer en CLI la commande priv accessible via un mot de passe. Ce dernier est généré dynamiquement par les équipes de Nortel / Avaya et valable pour 24h (il faut donc avoir un support plutôt réactif pour éviter de ne pouvoir debugguer que pendant quelques minutes). Dans le but de générer ce mot de passe, votre intégrateur aura donc besoin du numéro de série du châssis, de la version de code actuelle et de la date courante (on utilisera les commandes show sys info et show date pour obtenir ces éléments).

Une fois le mot de passe entré, le mode privilégié est indiqué par un asterisque devant le hostname du châssis :

*ERS-8610:5#

Une fois la commande exécutée, le résultat s’apparente au suivant :

*ERS-8610:5## spyReport

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

——– ——– —– — ————— —————

tExcTask excTask 14261c8 0 0% ( 7) 0% ( 0)

tLogTask logTask 1427f98 0 0% ( 0) 0% ( 0)

tWdtTask wdtTask 15f9398 1 0% ( 5263) 0% ( 2)

pcmcia CS_callbac 14c1c90 6 0% ( 0) 0% ( 0)

pcmcia_poll CS_poll_ta 14c5ea0 6 0% ( 319) 0% ( 1)

rtMainTask realMainTa 1e12718 48 0% ( 1092) 0% ( 0)

tNetTask netTask 143da60 50 0% ( 2711) 0% ( 0)

tTftpdTask tftpdTask 150d310 55 0% ( 0) 0% ( 0)

tFtpdTask ftpdTask 1510400 55 0% ( 0) 0% ( 0)

tCppSend cppSocketT 1e17928 79 0% ( 926) 0% ( 1)

tChasServ chServiceT 261d2d8 80 0% ( 68789) 0% ( 1)

tTelnetd telnetd ffbc530 89 0% ( 0) 0% ( 0)

tRlogind rlogind 1507810 89 0% ( 0) 0% ( 0)

tRshd rshd 150a220 89 0% ( 0) 0% ( 0)

sshd sshdServer 2753d60 89 0% ( 94) 0% ( 0)

tPosMsgRx posSmMsgRe 160a230 90 0% ( 0) 0% ( 0)

tSioMsgRx smMsgRecei 160f440 90 0% ( 0) 0% ( 0)

tSnmpd 173c9e8 90 0% ( 857) 0% ( 1)

tShell start_cli 2783d68 90 0% ( 20) 2% ( 11)

tShell start_cli 27a1f78 90 0% ( 0) 0% ( 0)

CardType chCardInse 2674b48 95 0% ( 126) 0% ( 0)

tTffsPTask flPollTask 143ec98 100 0% ( 959) 0% ( 0)

tChassis chTask 26130c8 100 0% ( 130) 0% ( 0)

smltMaster smltMaster 29079c0 100 0% ( 463) 0% ( 0)

tTdpTimer tdpTimerHa 266f0f0 102 0% ( 997) 0% ( 0)

tSpfTimer rcOspfSpfT 2679d58 102 0% ( 58) 0% ( 0)

tBgpTask bgpWorkDis 267ef68 102 0% ( 128) 0% ( 0)

tMainTask cppMainTas 1dfe508 103 0% ( 76207) 2% ( 14)

WsmPreConfig wsmPreConf 2829af8 106 0% ( 0) 0% ( 0)

tIMCStartup IMCStartup 28158e8 110 0% ( 0) 0% ( 0)

tLoggerTask loggerTask 1536c98 112 0% ( 12) 0% ( 0)

tNtpInterval ntpInterva 2765b58 112 0% ( 14) 0% ( 0)

tTrapd trapHandle 1fac898 115 0% ( 0) 0% ( 0)

tWebSrv WC_START_W 26cd568 150 0% ( 55) 0% ( 0)

Http0 SOCKET_Per 28b46a8 150 0% ( 0) 0% ( 0)

Http1 SOCKET_Per 28bd170 150 0% ( 0) 0% ( 0)

Http2 SOCKET_Per 28c5c38 150 0% ( 0) 0% ( 0)

Http3 SOCKET_Per 28ce700 150 0% ( 0) 0% ( 0)

Http4 SOCKET_Per 28d71c8 150 0% ( 0) 0% ( 0)

Http5 SOCKET_Per 28dfc90 150 0% ( 0) 0% ( 0)

Http6 SOCKET_Per 28e8758 150 0% ( 0) 0% ( 0)

Http7 SOCKET_Per 28f1220 150 0% ( 0) 0% ( 0)

Http8 SOCKET_Per 28f9ce8 150 0% ( 0) 0% ( 0)

Http9 SOCKET_Per 29027b0 150 0% ( 0) 0% ( 0)

tDcacheUpd dcacheUpd ffb8d80 175 0% ( 797) 0% ( 0)

rarMacTask rarDelMacT 19c4a80 175 0% ( 2702) 0% ( 0)

tSnmpTmr 17287d8 200 0% ( 0) 0% ( 0)

KERNEL 0% ( 5939) 0% ( 0)

INTERRUPT 0% ( 1669) 0% ( 0)

IDLE 97% ( 8375627) 94% ( 516)

TOTAL 97% ( 8547310) 98% ( 547)

Comme son nom le suggère, la colonne Delta indique la variation observée entre la dernière valeur affichée par l’exécution de la commande spyReport et celle-ci. Il est donc pertinent de se baser dessus pour observer le comportement d’un processus en particulier et en déduire les constats qui vont bien.

En revanche, il est important de prendre en considération le fait que cette commande est elle-même consommatrice de ressources CPU, et qu’il est donc préférable de l’utiliser avec parcimonie pour éviter un traitement CPU trop important au châssis. Enfin, l’exécution de la commande a pour conséquence de réinitialiser le nombre correspond à l’utilisation CPU courante (la valeur obtenue via un show sys perf ou en collectant directement l’instance de l’OID qui va bien via SNMP).