[quagga-users 14602] Re: CPU xeon all Cores 100% ospf

Fernando Galvão <fernando-7aHeYhnDPMRwFqzsTH5u/[email protected]>
Newsgroups gmane.network.quagga.user
Message-ID <[email protected]>
zebra 90%

Router# show thread cpu 
                      CPU (user+system): Real (wall-clock):
Runtime(ms)   Invoked Avg uSec Max uSecs Avg uSec Max uSecs  Type  Thread
      0.000         4        0         0       57        77 R      vty_accept
1638604.000  53380874       30    200000       30    386589      B work_queue_run
    360.000     40561        8     36000        7      3979 R      zebra_client_read
   5992.000     28970      206     28000      201     22775 R      vtysh_read
      0.000        20        0         0       64       325  W     zserv_flush_data
      4.000       162       24      4000       91      1927 R      vty_read
      0.000       164        0         0       16       213  W     vty_flush
      0.000         1        0         0       47        47   T    vty_timeout
     72.000      5796       12     12000       10       372 R      vtysh_accept
  85764.000    934452       91     72000       92     76227 R      kernel_read
      4.000         2     2000      4000      626      1244 R      zebra_accept
1730800.000  54391006       31    200000       31    386589 RWTEXB TOTAL








zebra ~ 80%

Router# show thread cpu 
                      CPU (user+system): Real (wall-clock):
Runtime(ms)   Invoked Avg uSec Max uSecs Avg uSec Max uSecs  Type  Thread
      0.000         4        0         0       57        77 R      vty_accept
1639268.000  53403255       30    200000       30    386589      B work_queue_run
    360.000     40561        8     36000        7      3979 R      zebra_client_read
   5992.000     28971      206     28000      201     22775 R      vtysh_read
      0.000        20        0         0       64       325  W     zserv_flush_data
      4.000       164       24      4000       97      1927 R      vty_read
      0.000       166        0         0       16       213  W     vty_flush
      0.000         1        0         0       47        47   T    vty_timeout
     72.000      5796       12     12000       10       372 R      vtysh_accept
  85804.000    934531       91     72000       92     76227 R      kernel_read
      4.000         2     2000      4000      626      1244 R      zebra_accept
1731504.000  54413471       31    200000       31    386589 RWTEXB TOTAL
Fernando Galvão
  Wantel Telecom
+55 87 3866-5200



> Em 30 de jan de 2017, à(s) 10:16, Fernando Galvão <fernando-7aHeYhnDPMRwFqzsTH5u/[email protected]> escreveu:
> 
> zebra 20%
> 
> Router# show thread cpu
>                       CPU (user+system): Real (wall-clock):
> Runtime(ms)   Invoked Avg uSec Max uSecs Avg uSec Max uSecs  Type  Thread
>       0.000         3        0         0       59        77 R      vty_accept
> 1494296.000  48529220       30    200000       30    386589      B work_queue_run
>     332.000     37437        8     36000        7      3979 R      zebra_client_read
>    5484.000     26577      206     28000      202     22775 R      vtysh_read
>       0.000        20        0         0       64       325  W     zserv_flush_data
>       0.000       114        0         0       21       179 R      vty_read
>       0.000       115        0         0       14       213  W     vty_flush
>      68.000      5318       12     12000       10       372 R      vtysh_accept
>   78180.000    870403       89     72000       90     76227 R      kernel_read
>       4.000         2     2000      4000      626      1244 R      zebra_accept
> 1578364.000  49469209       31    200000       32    386589 RWTEXB TOTAL
> Fernando Galvão
>   Wantel Telecom
> +55 87 3866-5200
> 
> 
> 
>> Em 30 de jan de 2017, à(s) 08:54, Fernando Galvão <fernando-7aHeYhnDPMRwFqzsTH5u/[email protected] <mailto:fernando-7aHeYhnDPMRwFqzsTH5u/[email protected]>> escreveu:
>> 
>> 
>> Fernando Galvão
>>   Wantel Telecom
>> +55 87 3866-5200
>> 
>> 
>> 
>>> Início da mensagem encaminhada:
>>> 
>>> De: Paul Jakma <[email protected] <mailto:[email protected]>>
>>> Assunto: Re: CPU xeon all Cores 100% ospf
>>> Data: 30 de janeiro de 2017 04:23:29 BRT
>>> Para: Fernando Galvão <fernando-7aHeYhnDPMRwFqzsTH5u/[email protected] <mailto:fernando-7aHeYhnDPMRwFqzsTH5u/[email protected]>>
>>> Cc: quagga-users-owner-UOy77sIEA+cAd7ICUelF/[email protected] <mailto:quagga-users-owner-UOy77sIEA+cAd7ICUelF/[email protected]>
>>> 
>>> On Sun, 29 Jan 2017, Fernando Galvão wrote:
>>> 
>>>> Mudar para português
>>>> What do you need information to help me?
>>> 
>>> If you can check you can access the telnet interface (I recommend the -A 127.1 argument to restrict access to localhost), then, once this event has happened, go into the telnet interface and get the output from:
>>> 
>>> 	"show thread cpu"
>>> 
>>> That will give us a rough idea what part of ospfd is blocking for long enough to cause adjacencies to drop (assuming that's the problem).
>>> 
>>> regards,
>>> -- 
>>> Paul Jakma | [email protected] <mailto:[email protected]> | @pjakma | Key ID: 0xD86BF79464A2FF6A
>>> Fortune:
>>> Anyone can do any amount of work provided it isn't the work he is supposed
>>> to be doing at the moment.
>>> 		-- Robert Benchley
>> 
> 
> _______________________________________________
> Quagga-users mailing list
> Quagga-users-UOy77sIEA+cAd7ICUelF/[email protected]
> https://lists.quagga.net/mailman/listinfo/quagga-users

_______________________________________________
Quagga-users mailing list
Quagga-users-UOy77sIEA+cAd7ICUelF/[email protected]
https://lists.quagga.net/mailman/listinfo/quagga-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.