[AsteriskBrasil] Asterisk Alto Consumo de CPU

Quarta Dezembro 23 18:16:01 -02 2020

Julio,

   Boa tarde.

    Você conseguiu resolver o problema ?

   Atenciosamente,

--

Daniel Varella de Oliveira
Consultor de T.I.
Cel.: +55(21)98615-6050

Digium Certified Asterisk Professional - (dCAP)

Novell Certified Linux Administrator (Novell CLA) &
Novell Data Center Technical Specialist (Novell DCTS)
SUSE Linux Enterprise 11

Linux Professional Certified - LPI

Information Technology Infrastructure Library - ITIL Certified

Cisco Certified Network Associate - CCNA

On Tue, Dec 15, 2020 at 12:20 PM Thiago Rodrigues Pedrozo <
omega_thirp at hotmail.com> wrote:

> Checar:
>
> foi ativado geração de log em modo "debug"?
> analisou "time line" associando alguma alteração antes do problema ser
> apresentado e depois?
>
> ------------------------------
> *De:* asteriskbrasil-bounces at listas.asteriskbrasil.org <
> asteriskbrasil-bounces at listas.asteriskbrasil.org> em nome de Oseias
> Flores <osf182 at gmail.com>
> *Enviado:* terça-feira, 15 de dezembro de 2020 11:36
> *Para:* asteriskbrasil at listas.asteriskbrasil.org <
> asteriskbrasil at listas.asteriskbrasil.org>
> *Assunto:* Re: [AsteriskBrasil] Asterisk Alto Consumo de CPU
>
> A solução do Paulo pode ajudar!
>
> #!/bin/bash
> # Tenha em mente que estamos usando "echo 3", mas não é recomendado na produção, em vez disso, use "echo 1".
> echo "echo 3 > /proc/sys/vm/drop_caches"
>
> Incluir este script no crontab pode salvar sua vida por enquanto.
>
>
> Em ter., 15 de dez. de 2020 às 08:54, Julio França <
> julio.franca at mobcall.com> escreveu:
>
> Bom Dia Daniel,
>
> Muito obrigado pela ajuda, repassei todos esses pontos pro meu chefe de
> equipe, estamos ficando sem alternativas. Ta bem complicado. Vamos ver se
> conseguimos resolver, a questão de invasão checamos várias vezes realmente
> foi descartada.
>
> att,
>
> Em seg., 14 de dez. de 2020 às 10:38, Daniel Varella <dvarella at gmail.com>
> escreveu:
>
> Julio,
>
>    Bom dia.
>
>    Somente para uma tentativa de contribuição, tente identificar um
> padrão. Ou seja, verifique se isto ocorre sempre que ultrapassa uma
> quantidade exata (ou próximo disso) de chamadas simultâneas.
>
>          - Se vc diminuir a quantidade de chamadas simultâneas, o consumo
> de CPU e memória diminuem ?
>          - Qual versão do seu Asterisk ? (aqui eu resolvi alguns problemas
> de performance atualizando a versão do Asterisk)
>          - Tem certeza que não está sofrendo ataques ? Eu sugiro bloquear
> completamente a comunicação com a internet (se for possível) por um ciclo
> mínimo de 3 atividades suspeitas, para tentar ver se realmente não é isso.
>          - Tem alguma tratativa no dialplan de consulta a Banco de Dados
> externo ? Se sim, isto pode estar causando latências altas e enfileiramento
> de requisições. Inclusive no chan_sip o "stack" para e vai acumulando até
> ser desafogado por alguma resposta (isso foi mais resolvido no pjsip).
>          - Existe algum log que aponte algum padrão de erro no momento em
> que começam os problemas de consumo ?
>
>    Atenciosamente,
>
> --
>
> Daniel Varella de Oliveira
> Consultor de T.I.
> Cel.: +55(21)98615-6050
>
> Digium Certified Asterisk Professional - (dCAP)
>
> Novell Certified Linux Administrator (Novell CLA) &
> Novell Data Center Technical Specialist (Novell DCTS)
> SUSE Linux Enterprise 11
>
> Linux Professional Certified - LPI
>
> Information Technology Infrastructure Library - ITIL Certified
>
> Cisco Certified Network Associate - CCNA
>
>
> On Thu, Dec 10, 2020 at 8:50 AM Julio França <julio.franca at mobcall.com>
> wrote:
>
> Luis utilizamos somente o Alaw e MuLaw, mas sim temos algumas rotinas, vou
> prestar atenção nesses pontos que você mencionou e vou verificar com minha
> equipe agora. Muito obrigado pela dica. No momento estamos resolvendo
> reiniciando o serviço do asterisk todo dia pela manhã, mas isso é só
> postergar o problema, não é o ideal, to querendo achar a fonte dessa causa,
> mas enquanto isso vou aplicar as dicas que os colegas propuseram.
>
>
>
> Em qua., 9 de dez. de 2020 às 19:17, Luiz Gabriel Gasparelli <
> lggasparelli at gmail.com> escreveu:
>
> Opa, há muita codificação nesse servidor? tente utilizar um mesmo codec
> para tudo e evitar. No caso de g729 vai utilizar cpu para isso, tente com
> g711.
> Outro ponto validar seus fluxos internos, dialplan, tente deixar "clean"
> utilize macros, valide seu asteriskdb, valide suas agi, apis, consultas que
> for...
>
> Em qua., 9 de dez. de 2020 às 17:18, P at ulo <pavlvscaesar at gmail.com>
> escreveu:
>
> Júlio, aqui de vez em quando tenho estes problemas em alguns servidores,
> diante disto fiz um script para limpar caches de memória de tempos em
> tempos, que por sua vez diminuem também o processamento, pelo menos até vc
> descobrir a fonte desse consumo.
>
> veja um  tempo de intervalo para rodá-lo que melhor se adpte a seu
> problema.
>
> #!/bin/bash
> # Tenha em mente que estamos usando "echo 3", mas não é recomendado na produção, em vez disso, use "echo 1".
> echo "echo 3 > /proc/sys/vm/drop_caches"
>
>
> Em ter., 8 de dez. de 2020 às 11:33, Julio França <
> julio.franca at mobcall.com> escreveu:
>
> Meu Asterisk esta com um consumo muito alto de uso de CPU, usando o
> comando HTOP temos picos de todos os nucleos em 100% a cada 10 segundos em
> média, e as ligações ficam péssimas quando há esse pico. Porem não
> conseguimos identificar oque esta causando esse alto consumo. Quando
> reinicio o serviço do asterisk, resolve o problema porem após algumas horas
> volta a dar os picos.
>
> [image: image.png]
>
> [image: image.png]
>
> [image: image.png]
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
>
>
> --
> ------------------
> Paulo César
> ------------------
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
>
>
> --
> Luiz Gabriel Gasparelli
> https://br.linkedin.com/in/lggasparelli
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
>
>
> --
> *Atenciosamente,*
>
> * Oséias Flores #pelahorda *
> _______________________________________________
> Contact Center em Nuvem
> Home Office
> http://www.weontap.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201223/a506dfee/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 6901 bytes
Desc: not available
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201223/a506dfee/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 7268 bytes
Desc: not available
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201223/a506dfee/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 31982 bytes
Desc: not available
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201223/a506dfee/attachment-0005.png>