[GTER] Vyos - SNMP | Alto uso da CPU

Gustavo Stocco gustavostocco at gmail.com
Fri Oct 9 21:48:36 -03 2015


Pelo visto faz...
Ficou uma pluma agora!
On Oct 9, 2015 9:36 PM, "Douglas Fischer" <fischerdouglas at gmail.com> wrote:

> Santa carambola Batman...
>
> Esse tal de DUDE faz um SNMP-Walk toda vez?
> Meio tosco isso né?
>
>
>
> Em 9 de outubro de 2015 15:15, Gustavo Stocco <gustavostocco at gmail.com>
> escreveu:
>
> > Outro feedback sobre o assunto:
> >
> > O problema cessou e o processamento permanece baixo.
> > Tudo 100%.
> >
> > Agradeço a colaboração de todos.
> >
> > Abraços
> >
> > 2015-10-08 10:43 GMT-03:00 Gustavo Stocco <gustavostocco at gmail.com>:
> >
> > > Tudo permanece em 100%, pessoal!
> > > O dude é mesmo o vilão, rs
> > >
> > > 2015-10-07 22:21 GMT-03:00 Rodrigo Meireles <mikrotikfull at gmail.com>:
> > >
> > >> Dude safado!
> > >>
> > >> Em 7 de outubro de 2015 21:24, Gustavo Stocco <
> gustavostocco at gmail.com>
> > >> escreveu:
> > >>
> > >> > Bem, conforme esperávamos o Dude aparenta ser o vilão mesmo! Mais
> > >> > precisamente a parte de rotas que ele acaba puxando e ferrando o
> > >> sistema.
> > >> > Coincidência ou não, até o momento não subiu mais o processamento.
> Foi
> > >> só
> > >> > desativar o SNMP deste dispositivo no Dude que tudo voltou ao
> normal.
> > >> >
> > >> > Rodrigo, O Vyos está apenas permitindo o endereço do servidor de
> > >> > monitoramento, mas como o Dude e o PRTG estão no mesmo servidor,
> ambos
> > >> > acabam utilizam o mesmo endereço, mas portas diferentes.
> > >> > Optamos por fazer desta forma para não desperdiçar nosso precioso
> > IPv4,
> > >> rs
> > >> >
> > >> > Reparem só nas informações abaixo...Tráfego atual no roteador:
> > 400Mbps.
> > >> >
> > >> >
> > >> > 10/7/2015 9:10:00 PM − 9:15:00 PM1 %<1 %<1 %<1 %3 %2 %<1 %<1 %<1 %0
> > >> > %100 %10/7/2015
> > >> > 9:05:00 PM − 9:10:00 PM1 %<1 %<1 %<1 %2 %1 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 9:00:00 PM − 9:05:00 PM1 %<1 %<1 %<1 %2 %2 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 8:55:00 PM − 9:00:00 PM<1 %<1 %<1 %<1 %2 %1 %0 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 8:50:00 PM − 8:55:00 PM1 %<1 %<1 %1 %3 %1 %<1 %<1 %0 %0 %100
> > %10/7/2015
> > >> > 8:45:00 PM − 8:50:00 PM1 %<1 %<1 %1 %2 %1 %<1 %<1 %<1 %0 %100
> > %10/7/2015
> > >> > 8:40:00 PM − 8:45:00 PM<1 %<1 %0 %<1 %2 %2 %0 %<1 %<1 %0 %100
> > %10/7/2015
> > >> > 8:35:00 PM − 8:40:00 PM<1 %<1 %<1 %<1 %2 %2 %0 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 8:30:00 PM − 8:35:00 PM1 %<1 %<1 %1 %3 %1 %<1 %<1 %<1 %0 %100
> > %10/7/2015
> > >> > 8:25:00 PM − 8:30:00 PM1 %<1 %0 %1 %2 %2 %<1 %<1 %0 %0 %100
> %10/7/2015
> > >> > 8:20:00 PM − 8:25:00 PM<1 %<1 %<1 %<1 %2 %1 %0 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 8:15:00 PM − 8:20:00 PM1 %1 %<1 %<1 %2 %1 %<1 %<1 %<1 %0 %100
> > %10/7/2015
> > >> > 8:10:00 PM − 8:15:00 PM<1 %<1 %<1 %1 %2 %1 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 8:05:00 PM − 8:10:00 PM1 %<1 %0 %1 %2 %1 %<1 %<1 %<1 %0 %100
> > %10/7/2015
> > >> > 8:00:00 PM − 8:05:00 PM<1 %<1 %0 %<1 %2 %1 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 7:55:00 PM − 8:00:00 PM1 %<1 %<1 %<1 %2 %2 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 7:50:00 PM − 7:55:00 PM<1 %<1 %<1 %<1 %2 %2 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 7:45:00 PM − 7:50:00 PM<1 %<1 %<1 %<1 %2 %1 %<1 %<1 %0 %0 %100
> > >> %10/7/2015
> > >> > 7:40:00 PM − 7:45:00 PM<1 %<1 %<1 %1 %2 %1 %<1 %<1 %0 %0 %100
> > %10/7/2015
> > >> > 7:35:00 PM − 7:40:00 PM<1 %<1 %<1 %<1 %2 %1 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 7:30:00 PM − 7:35:00 PM1 %<1 %<1 %<1 %2 %2 %0 %<1 %<1 %0 %100
> > %10/7/2015
> > >> > 7:25:00 PM − 7:30:00 PM<1 %<1 %0 %<1 %2 %2 %<1 %<1 %0 %0 %100
> > %10/7/2015
> > >> > 7:20:00 PM − 7:25:00 PM1 %<1 %<1 %<1 %2 %2 %<1 %<1 %<1 %0 %100
> > >> %10/7/2015
> > >> > 7:15:00 PM − 7:20:00 PM5 %<1 %<1 %1 %30 %1 %<1 %<1 %2 %0 %100
> > %10/7/2015
> > >> > 7:10:00 PM − 7:15:00 PM8 %1 %0 %1 %53 %2 %<1 %<1 %4 %0 %100 %
> > >> >
> > >> > Agradeço a colaboração de todos os colegas e volto a dar outro
> > feedback
> > >> > amanhã para confirmar se está tudo redondinho!
> > >> >
> > >> > 2015-10-07 19:48 GMT-03:00 Rodrigo 1telecom <
> rodrigo at 1telecom.com.br
> > >:
> > >> >
> > >> > > Gustavo, no snmp do
> > >> > > Vyos tem como voce deixar apenas o servidores x e y coletar?! Se
> > >> tiver,
> > >> > > habilite que e melhor... Ai coce nao coloca o dude
> > >> > >
> > >> > > Enviado via iPhone 
> > >> > > Grupo Connectoway
> > >> > >
> > >> > > > Em 7 de out de 2015, às 19:24, Gustavo Stocco <
> > >> gustavostocco at gmail.com
> > >> > >
> > >> > > escreveu:
> > >> > > >
> > >> > > > Derrubei o SNMP do Dude.
> > >> > > > Vamos ver como ele vai se comportar agora.
> > >> > > > Vou dando o feedback por aqui para colaborar caso algum colega
> > >> também
> > >> > > passe
> > >> > > > por este problema.
> > >> > > >
> > >> > > >
> > >> > > > 2015-10-07 19:10 GMT-03:00 Rafael Galdino <
> > >> sup.rafaelgaldino at gmail.com
> > >> > >:
> > >> > > >
> > >> > > >> isso pode ser PRTG também, não sei porque configuram o SNMP
> tudo
> > >> bem.
> > >> > > mas o
> > >> > > >> que vai coletar digamos dude, nagios, cacti, zabbix zenos
> etc....
> > >> pra
> > >> > > pegar
> > >> > > >> TUDOOOOOO de snmp. na verdade acho que deveria ser pego apenas
> as
> > >> > OID´s
> > >> > > >> expecificas. ou o que eu estou falando nada haver? na consulta
> > ele
> > >> já
> > >> > > pega
> > >> > > >> todos os OIDS?
> > >> > > >>
> > >> > > >>
> > >> > > >> se for isso tem muita gente ai vendendo soluções milagrosas de
> > >> > > >> monitoramento e esquecendo disso.
> > >> > > >>
> > >> > > >> Em 7 de outubro de 2015 18:56, Gustavo Stocco <
> > >> > gustavostocco at gmail.com>
> > >> > > >> escreveu:
> > >> > > >>
> > >> > > >>> É algum bug do dude?
> > >> > > >>> Com o PRTG tende a ter esse problema também, Rodrigo?
> > >> > > >>>
> > >> > > >>> 2015-10-07 18:44 GMT-03:00 Rodrigo 1telecom <
> > >> rodrigo at 1telecom.com.br
> > >> > >:
> > >> > > >>>
> > >> > > >>>> Se
> > >> > > >>>> Tiver com o dude consultando o snmp dela, desative....
> > >> > > >>>>
> > >> > > >>>> Enviado via iPhone 
> > >> > > >>>> Grupo Connectoway
> > >> > > >>>>
> > >> > > >>>>>> Em 7 de out de 2015, às 16:56, Felipe Kopp Klasen <
> > >> > > >>>>> felipe at gnettelecom.com.br> escreveu:
> > >> > > >>>>>
> > >> > > >>>>> Olá,
> > >> > > >>>>>
> > >> > > >>>>> Migramos um de nossos roteadores de borda para um Dell
> > PowerEdge
> > >> > > >> 2950 e
> > >> > > >>>> Vyos.
> > >> > > >>>>> Porém estamos com um pequeno problema, de tempos em tempos
> uma
> > >> CPU
> > >> > > >>>> apenas fica entre 80 e 90% sendo que apenas o snmp está
> > >> consumindo
> > >> > > ela.
> > >> > > >>>>>
> > >> > > >>>>> PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+
> > >> COMMAND
> > >> > > >>>>> 8324 snmp      20   0 74060  24m 2344 S   81  0.6  19:12.44
> > >> snmpd
> > >> > > >>>>>
> > >> > > >>>>> As outras CPUs se mantém em 1 - 2%, apenas uma delas é
> > consumida
> > >> > > >> quase
> > >> > > >>>> que em sua totalidade pelo snmp.
> > >> > > >>>>>
> > >> > > >>>>> Alguém já passou por algo parecido?
> > >> > > >>>>>
> > >> > > >>>>> --
> > >> > > >>>>>
> > >> > > >>>>> GNet Telecom <http://www.gnettelecom.com.br>
> > >> > > >>>>>
> > >> > > >>>>>
> > >> > > >>>>>
> > >> > > >>>>> Felipe Kopp Klasen/ Analista de Redes
> > >> > > >>>>> felipe at gnettelecom.com.br <mailto:felipe at gnettelecom.com.br
> >
> > >> > > >>>>>
> > >> > > >>>>> GNet Telecom
> > >> > > >>>>> +55 47 3373-3322 / 0800-932-0000 Ramal 3322
> > >> > > >>>>> Rua Bernardo Dornbusch, 2195 - Vila Lalau Jaraguá do Sul -
> SC
> > -
> > >> BR
> > >> > > >>>>> http://www.gnettelecom.com.br
> > >> > > >>>>>
> > >> > > >>>>> Facebook <https://facebook.com/gnettelecom>
> > >> > > >>>>>
> > >> > > >>>>>
> > >> > > >>>>>
> > >> > > >>>>> Esta mensagem (e eventuais anexos) é destinada
> exclusivamente
> > >> para
> > >> > > >> o(s)
> > >> > > >>>> destinatário(s) a quem é dirigida e contêm informações de
> > >> interesse
> > >> > > >>>> restrito ao(s) destinatário(os) original(is). A destinação
> > >> > equivocada
> > >> > > >>> dessa
> > >> > > >>>> mensagem por parte do remetente não exclui a responsabilidade
> > >> > daqueles
> > >> > > >>> que
> > >> > > >>>> fizerem utilização indevida das informações aqui contidas.
> Caso
> > >> você
> > >> > > >> não
> > >> > > >>>> figure entre os destinatários ou constate que a recebeu
> > >> > > >> equivocadamente,
> > >> > > >>>> você fica desde já notificado de abster-se a divulgar,
> copiar,
> > >> > > >>> distribuir,
> > >> > > >>>> examinar ou, de qualquer forma, utilizar a informação contida
> > >> nesta
> > >> > > >>>> mensagem, devendo apagá-la imediatamente
> > >> > > >>>>>
> > >> > > >>>>> --
> > >> > > >>>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >> > > >>>> --
> > >> > > >>>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >> > > >>>
> > >> > > >>>
> > >> > > >>>
> > >> > > >>> --
> > >> > > >>>
> > >> > > >>> Gustavo Stocco
> > >> > > >>> GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> > >> > > >>> +55 (47) 3373-3322
> > >> > > >>> 0800-932-0000 R.3322
> > >> > > >>> INOC-DBA BR 53001*100
> > >> > > >>> --
> > >> > > >>> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >> > > >>
> > >> > > >>
> > >> > > >>
> > >> > > >> --
> > >> > > >>
> > >> > > >> *Rafael Galdino*
> > >> > > >>
> > >> > > >>
> > >> > > >> *      Analista de redes - PGF-Telecom *
> > >> > > >>
> > >> > > >>      Phone:  *+55 (81) 3661-1481 / 1353*
> > >> > > >>
> > >> > > >>      Celular: *+55 (81) 99599-2203* TIM
> > >> > > >> --
> > >> > > >> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > > > --
> > >> > > >
> > >> > > > Gustavo Stocco
> > >> > > > GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> > >> > > > +55 (47) 3373-3322
> > >> > > > 0800-932-0000 R.3322
> > >> > > > INOC-DBA BR 53001*100
> > >> > > > --
> > >> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >> > > --
> > >> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >> >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> >
> > >> > Gustavo Stocco
> > >> > GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> > >> > +55 (47) 3373-3322
> > >> > 0800-932-0000 R.3322
> > >> > INOC-DBA BR 53001*100
> > >> > --
> > >> > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> *Rodrigo Melo Meireles*
> > >>
> > >> *CTO - Solustic Solucoes em Tecnologia-TI*
> > >> Analista/Consultor de Redes
> > >> Analista de Segurança
> > >> Mikrotik Certified
> > >> URBSS Certified
> > >> 85.40629515 85.996459346
> > >> --
> > >> gter list    https://eng.registro.br/mailman/listinfo/gter
> > >>
> > >
> > >
> > >
> > > --
> > >
> > > Gustavo Stocco
> > > GNet Telecomunicaçõeshttp://www.gnettelecom.com.br+55 (47) 3373-3322
> > > 0800-932-0000 R.3322
> > > INOC-DBA BR 53001*100
> > >
> > >
> >
> >
> > --
> >
> > Gustavo Stocco
> > GNet Telecomunicaçõeshttp://www.gnettelecom.com.br
> > +55 (47) 3373-3322
> > 0800-932-0000 R.3322
> > INOC-DBA BR 53001*100
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list