The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Большая нагрузка на Cisco 7604 без видимых причин"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру