форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (Диагностика и решение проблем)
Изначальное сообщение		[ Отслеживать ]

"Большая нагрузка на Cisco 7604 без видимых причин"	+/–
Сообщение от sanmiron (ok) on 31-Янв-15, 01:01
Здравствуйте! Наткнулся на проблему большой нагрузки на Cisco 7604: Router#sh proc cpu hist                                                                                                                                                                                                                888888888888888888888888888888888999998888888888888888888899       999666668888877777777778888899999000006666666666888888888833   100                                                              90 **********************************************************    80 **********************************************************    70 **********************************************************    60 **********************************************************    50 **********************************************************    40 **********************************************************    30 **********************************************************    20 **********************************************************    10 **********************************************************      0....5....1....1....2....2....3....3....4....4....5....5....6                0    5    0    5    0    5    0    5    0    5    0                CPU% per second (last 60 seconds)                                                                                                                                                                                                                999999999999998999999999899999999999999999999999999999999999       311100000002009221110200900100212220001001041481490189122201   100                                               *  *  **        90 ##########################################################    80 ##########################################################    70 ##########################################################    60 ##########################################################    50 ##########################################################    40 ##########################################################    30 ##########################################################    20 ##########################################################    10 ##########################################################      0....5....1....1....2....2....3....3....4....4....5....5....6                0    5    0    5    0    5    0    5    0    5    0                CPU% per minute (last 60 minutes)               * = maximum CPU%   # = average CPU%                                                                                                                                                                                                    1                                               999999989744334434333434355554505544444777322345326333533783334243634442       939999989211955575299863760195302177089170764149064914065993130521611319   100 * ***** *                      *                                          90 #######**                      *                          *              80 #######**                      *        *                **              70 #######***                     *       ***               **       *      60 #######***               *  *  *       ***     *  *      **       *      50 #######***    ** *   *   *********** *****     *  *   *  **       *      40 #######*********** ************************   **  **  *****   * * * **    30 #######************************************* *************************    20 ###########**##*********################**********######**************    10 ######################################################################      0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..                0    5    0    5    0    5    0    5    0    5    0    5    0                      CPU% per hour (last 72 hours)                   * = maximum CPU%   # = average CPU% Router#sh proc cpu sorted | exc 0.00% CPU utilization for five seconds: 90%/83%; one minute: 88%; five minutes: 88% PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process    9    18828736     1042621      18059  2.07%  0.66%  0.66%   0 Check heaps       171    13168652      672293      19587  0.55%  0.37%  0.37%   0 Compute load avg 237    31988840   118522036        269  0.47%  0.65%  0.63%   0 IP Input           14     5533876     7936828        697  0.47%  0.21%  0.19%   0 ARP Input         619     3139112     6594197        476  0.47%  0.15%  0.14%   0 RADIUS           615     2878684    87341282         32  0.39%  0.27%  0.25%   0 PPP Events       277      283256   328541665          0  0.39%  0.07%  0.06%   0 Ethernet Msec Ti 324     4085968     1953534       2091  0.31%  0.15%  0.14%   0 XDR receive       432     4490952     1313388       3419  0.31%  0.16%  0.17%   0 HIDDEN VLAN Proc 225      529108     2516097        210  0.31%  0.13%  0.14%   0 ACCT Periodic Pr 348     1955068     4070269        480  0.23%  0.22%  0.21%   0 CEF: IPv4 proces 621      899328    74154842         12  0.15%  0.11%  0.09%   0 OSPF-1 Hello        2      607728      525326       1156  0.07%  0.05%  0.05%   0 Load Meter       247     1348816     6415634        210  0.07%  0.03%  0.05%   0 SSM connection m 173      116032     2631628         44  0.07%  0.07%  0.06%   0 Per-Second Jobs   372      630160      264884       2379  0.07%  0.04%  0.05%   0 QoS stats proces 321      669832     3373091        198  0.07%  0.07%  0.09%   0 XDR mcast         251     3124320     3112933       1003  0.07%  0.12%  0.14%   0 SSS Manager хотя по процессам так и не скажешь почему. Подскажите на что можно обратить внимание по решению этой проблеме, debug не охота запускать, так как есть большая вероятность потерять железку, хотя на что запускать debug непонятно. Сразу скажу, что в цысках не силён, буду рад любой помощи.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
Сообщение от fantom (ok) on 31-Янв-15, 11:10
>[оверквотинг удален] > 3373091        198  0.07% >  0.07%  0.09%   0 XDR mcast >  251     3124320     3112933 >       1003  0.07%  0.12% >  0.14%   0 SSS Manager > хотя по процессам так и не скажешь почему. Подскажите на что можно > обратить внимание по решению этой проблеме, debug не охота запускать, так > как есть большая вероятность потерять железку, хотя на что запускать debug > непонятно. Сразу скажу, что в цысках не силён, буду рад любой > помощи. для начала посмотреть аномалии на интерфейсах - бродкасты, ошибки и т.д....
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от fantom (ok) on 31-Янв-15, 11:10
	>[оверквотинг удален] >>  0.07%  0.09%   0 XDR mcast >>  251     3124320     3112933 >>       1003  0.07%  0.12% >>  0.14%   0 SSS Manager >> хотя по процессам так и не скажешь почему. Подскажите на что можно >> обратить внимание по решению этой проблеме, debug не охота запускать, так >> как есть большая вероятность потерять железку, хотя на что запускать debug >> непонятно. Сразу скажу, что в цысках не силён, буду рад любой >> помощи. > для начала посмотреть аномалии на интерфейсах - бродкасты, ошибки и т.д.... И в логи заглянуть не грех.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от sanmiron (ok) on 31-Янв-15, 12:26
	>[оверквотинг удален] >>>  251     3124320     3112933 >>>       1003  0.07%  0.12% >>>  0.14%   0 SSS Manager >>> хотя по процессам так и не скажешь почему. Подскажите на что можно >>> обратить внимание по решению этой проблеме, debug не охота запускать, так >>> как есть большая вероятность потерять железку, хотя на что запускать debug >>> непонятно. Сразу скажу, что в цысках не силён, буду рад любой >>> помощи. >> для начала посмотреть аномалии на интерфейсах - бродкасты, ошибки и т.д.... > И в логи заглянуть не грех. Router#sh int gigabitEthernet 3/0/0 GigabitEthernet3/0/0 is up, line protocol is up   Hardware is GigEther SPA, address is 0026.cb39.d7c0 (bia 0026.cb39.d7c0)   MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,      reliability 255/255, txload 67/255, rxload 18/255   Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set   Keepalive not supported   Full Duplex, 1000Mbps, link type is force-up, media type is unknown media type   output flow-control is unsupported, input flow-control is unsupported   ARP type: ARPA, ARP Timeout 04:00:00   Last input 00:00:00, output 00:00:00, output hang never   Last clearing of "show interface" counters never   Input queue: 0/75/37948190/0 (size/max/drops/flushes); Total output drops: 544704321   Queueing strategy: fifo   Output queue: 0/40 (size/max)   5 minute input rate 72471000 bits/sec, 20781 packets/sec   5 minute output rate 262841000 bits/sec, 29258 packets/sec      34270937362 packets input, 17220354078031 bytes, 0 no buffer      Received 135947101 broadcasts (0 IP multicasts)      0 runts, 3220 giants, 0 throttles      149347 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored      0 watchdog, 150238020 multicast, 0 pause input      42474749030 packets output, 44742702952626 bytes, 0 underruns      0 output errors, 0 collisions, 12 interface resets      0 unknown protocol drops      0 babbles, 0 late collision, 0 deferred      0 lost carrier, 0 no carrier, 0 pause output      0 output buffer failures, 0 output buffers swapped out Router#sh int tenGigabitEthernet 1/1 TenGigabitEthernet1/1 is up, line protocol is up (connected)   Hardware is C6k 10000Mb 802.3, address is 0026.cb39.d7c0 (bia 0026.cb39.d7c0)   Internet address is х.х.х.х/х   MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,      reliability 255/255, txload 1/255, rxload 6/255   Encapsulation ARPA, loopback not set   Keepalive set (10 sec)   Full-duplex, 10Gb/s   Transport mode LAN (10GBASE-R, 10.3125Gb/s)   input flow-control is off, output flow-control is off   Clock mode is auto   ARP type: ARPA, ARP Timeout 04:00:00   Last input 00:00:00, output 00:00:00, output hang never   Last clearing of "show interface" counters never   Input queue: 2/75/87394/86031 (size/max/drops/flushes); Total output drops: 0   Queueing strategy: fifo   Output queue: 0/40 (size/max)   5 minute input rate 265477000 bits/sec, 35942 packets/sec   5 minute output rate 73383000 bits/sec, 27046 packets/sec   L2 Switched: ucast: 20050797 pkt, 23272261965 bytes - mcast: 21489536 pkt, 3094633663 bytes   L3 in Switched: ucast: 42597592453 pkt, 44919843787845 bytes - mcast: 0 pkt, 0 bytes mcast   L3 out Switched: ucast: 31791715209 pkt, 14977654751458 bytes mcast: 0 pkt, 0 bytes      58253166209 packets input, 46269368606400 bytes, 0 no buffer      Received 23090392 broadcasts (0 IP multicasts)      0 runts, 0 giants, 71 throttles      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored      0 watchdog, 0 multicast, 0 pause input      0 input packets with dribble condition detected      47383843896 packets output, 16354214092902 bytes, 0 underruns      0 output errors, 0 collisions, 2 interface resets      0 unknown protocol drops      0 babbles, 0 late collision, 0 deferred      0 lost carrier, 0 no carrier, 0 pause output      0 output buffer failures, 0 output buffers swapped out На Giga3/0/0 наблюдаются input errors, разве оно могло так влиять? Кстати нагрузка продолжалась около 12 часов, потом упала до 17%, видимо какой то pppoe клиент такое делал....и как такого хомяка найти в следующий раз...
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от fantom (ok) on 31-Янв-15, 12:31
	>[оверквотинг удален] > resets >      0 unknown protocol drops >      0 babbles, 0 late collision, 0 deferred >      0 lost carrier, 0 no carrier, 0 > pause output >      0 output buffer failures, 0 output buffers > swapped out > На Giga3/0/0 наблюдаются input errors, разве оно могло так влиять? Кстати нагрузка > продолжалась около 12 часов, потом упала до 17%, видимо какой то > pppoe клиент такое делал....и как такого хомяка найти в следующий раз... Настраивайте статистику, следите за динамикой... ошибки/мультикасты/бродкасты набежали за час или за сутки тут невидно!
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от Йогурт on 02-Фев-15, 10:46
	>[оверквотинг удален] >>      0 babbles, 0 late collision, 0 deferred >>      0 lost carrier, 0 no carrier, 0 >> pause output >>      0 output buffer failures, 0 output buffers >> swapped out >> На Giga3/0/0 наблюдаются input errors, разве оно могло так влиять? Кстати нагрузка >> продолжалась около 12 часов, потом упала до 17%, видимо какой то >> pppoe клиент такое делал....и как такого хомяка найти в следующий раз... > Настраивайте статистику, следите за динамикой... ошибки/мультикасты/бродкасты набежали > за час или за сутки тут невидно! ЭТО НОРМА! Чо ты хочешь от софтовой железки? Её нат да и тупо большой pps убивают только впуть.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от fantom (ok) on 02-Фев-15, 10:49
	>[оверквотинг удален] >>>      0 output buffer failures, 0 output buffers >>> swapped out >>> На Giga3/0/0 наблюдаются input errors, разве оно могло так влиять? Кстати нагрузка >>> продолжалась около 12 часов, потом упала до 17%, видимо какой то >>> pppoe клиент такое делал....и как такого хомяка найти в следующий раз... >> Настраивайте статистику, следите за динамикой... ошибки/мультикасты/бродкасты набежали >> за час или за сутки тут невидно! > ЭТО НОРМА! > Чо ты хочешь от софтовой железки? Её нат да и тупо большой > pps убивают только впуть. Может я чего недопонял... 76-я кошка вроде не софтовая... не- софт там безусловно Эсть, но вот траф должна молотить в "железе" и если обработка "вдруг" вылетает в софт - то надыть причины искать такового поведения.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
Сообщение от Andrey (??) on 02-Фев-15, 17:36
> Здравствуйте! Наткнулся на проблему большой нагрузки на Cisco 7604: > Router#sh proc cpu hist Ваш "сферический конь в вакууме" какой супервизор имеет? Какие сервисы поддерживает этот супервизор в настоящий момент? Конфиг? Версия IOS? Логи? > for five seconds: 90%/83%; 90% общая загрузка. 83% - прерывания ЦПУ. "Дергать" ЦПУ может любой поцесс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от Йогурт on 03-Фев-15, 12:29
	>> Здравствуйте! Наткнулся на проблему большой нагрузки на Cisco 7604: >> Router#sh proc cpu hist > Ваш "сферический конь в вакууме" какой супервизор имеет? > Какие сервисы поддерживает этот супервизор в настоящий момент? > Конфиг? Версия IOS? Логи? >> for five seconds: 90%/83%; > 90% общая загрузка. 83% - прерывания ЦПУ. "Дергать" ЦПУ может любой поцесс. The x% represents total CPU utilization, and y% represents the CPU that is spent at the interrupt level. короче у вас трафик попадает на cpu, это может быть arp и еще что-то, на что процессор отвечает.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от Уава on 03-Фев-15, 12:32
	>> Здравствуйте! Наткнулся на проблему большой нагрузки на Cisco 7604: >> Router#sh proc cpu hist > Ваш "сферический конь в вакууме" какой супервизор имеет? > Какие сервисы поддерживает этот супервизор в настоящий момент? > Конфиг? Версия IOS? Логи? >> for five seconds: 90%/83%; > 90% общая загрузка. 83% - прерывания ЦПУ. "Дергать" ЦПУ может любой поцесс. The x% represents total CPU utilization, and y% represents the CPU that is spent at the interrupt level. короче у вас трафик попадает на cpu, это может быть arp и еще что-то, на что процессор отвечает.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	10. "Большая нагрузка на Cisco 7604 без видимых причин"	+/–
	Сообщение от sanmiron (ok) on 12-Фев-15, 18:19
	>[оверквотинг удален] >>> Router#sh proc cpu hist >> Ваш "сферический конь в вакууме" какой супервизор имеет? >> Какие сервисы поддерживает этот супервизор в настоящий момент? >> Конфиг? Версия IOS? Логи? >>> for five seconds: 90%/83%; >> 90% общая загрузка. 83% - прерывания ЦПУ. "Дергать" ЦПУ может любой поцесс. > The x% represents total CPU utilization, and y% represents the CPU that > is spent at the interrupt level. > короче у вас трафик попадает на cpu, это может быть arp и > еще что-то, на что процессор отвечает. Решили проблему другим способом, в тот момент когда cpu подскочило, залезли на сервер радиуса и в phpmyadmin сделали выборку по подключенным клиентам в это же время...и нашли этого хомяка. Довольно таки простой способ получился)
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема