История страницы

При эксплуатации При эксплуатации коммутаторов в сетях клиентов могут  возникать ситуации, когда на коммутаторе фиксируется высокая загрузка CPU ~ 80-100%. 

Клиенты обращаются в службу поддержки с просьбой помочь разобраться, что вызывает такую аномально высокую загрузку. Для анализа ситуации службе поддержки требуется информация по процессам, статистике и утилизации CPU,  полученная в момент проблемы в динамике. 

Команды необходимо выполнять в момент проблемы  5-7 раз с интервалом 20 секунд:

console# show cpu utilization
console# show cpu input-rate (2-3 раза с интервалом в несколько секунд)
console# show cpu input-rate detailed (10 раз с интервалом в несколько секунд)
console# show tasks utilization

Далее снять:

show bootvar

show running-config

 
console# show interfaces utilization (несколько раз)
console# show tech-support

Вывод команды достаточно большой, содержит большой пул диагностических команд. Необходимо либо настроить логирование сессии в файл в рамках терминальной программы, либо расширить буфер терминальной программы до максимума.

Также можно вывести команду show tech-support в файл ПЗУ коммутатора

сonsole# show tech-support >> flash://directory/filename

После После выполнения рекомендаций, описанных выше,  выполнить диагностику в debug-режиме.Переходим в debug:

console#debug
>debug
Enter DEBUG Password: ***** (debug)

DEBUG> set tasks utilize
DEBUG> print tasks utilizeDEBUG> print tasks utilize

TASK NAME 5-seconds minute 5-minutes

...

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

...

TCPP       46         46       46
BRMN       12         11       10
3SWF       1          1        1
HLTX       3          3        3

Описание процессов на CPU можно найти в приложении Г  в "Руководстве по эксплуатации к оборудованию".

...

Найти имя процесса, который больше всего занимает ресурсы CPU. (IDLE - бездействие системы, по данному таску снимать статистику не нужно)Вывести таблицу и найти в ней <ID> процесса по имени.DEBUG> print os tasksDEBUG>print os tasks

...

...

...........

В момент пиковой загрузки CPU несколько раз (не меньше 10) подряд выполнить:

DEBUG> print os stack <TASK_ID>NAME>

Например:

DEBUG> print os stack 160281CTCPP

Name ID Stck-size Stck-cusg Stck-musg Prio. TS
TCPP AB 4000      0         0         4     ON
----------------------------------------------------------
ros() [0x304230]
/lib/libc.so.6(__default_rt_sa_restorer_v2+0) [0xb6d01c10]
ros(NETC_vlan_is_valid_Tag+0x30) [0x9f1148]
ros(NETG_l2_ip_mgmt_get_outer_tag+0xc) [0xa7286c]
ros(NETG_l2_ip_mgmt_get_next_vlan_with_outer_tag+0x48) [0xa75194]
ros(MNGIPG_inf_get_management_vlIfIndex+0x30) [0x35df28]
ros(IPATG_get_ipif_status+0x44) [0x420a7c]
ros() [0x427dec]
ros(IPG_transmit_with_header_params+0x174) [0x428280]
ros(IPINETG_transmit_direct_with_header_params+0x1a4) [0x421e70]
ros() [0x4385b4]
ros(tcp_rst+0x178) [0x438814]
ros(tcp_clrs+0xac) [0x4389b0]
ros(tcp_rcv+0xbb8) [0x43bba8]
ros(TCPG_task+0x26c) [0x430854]
/lib/libp2linux.so.1(+0x3aa4) [0xb6ee9aa4]
/lib/libpthread.so.0(+0x6e64) [0xb6ec4e64]
----------------------------------------------------------

Полученные данные текстовым файлом передать инженеру технической поддержки для дальнейшего анализа и заключения по наблюдающейся ситуации TS
BRMN 160281C 4000 128 16FC 4 ON
Task Stack:
158758
15965C
171534
72A86C
72A95C
66F00C
122040Все полученные данные нужно предоставить в техническую поддержку при обращении.