[AsteriskBrasil] Asterisk Alto Consumo de CPU

Thiago Rodrigues Pedrozo omega_thirp em hotmail.com
Terça Dezembro 15 13:19:56 -02 2020


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 em listas.asteriskbrasil.org <asteriskbrasil-bounces em listas.asteriskbrasil.org> em nome de Oseias Flores <osf182 em gmail.com>
Enviado: terça-feira, 15 de dezembro de 2020 11:36
Para: asteriskbrasil em listas.asteriskbrasil.org <asteriskbrasil em 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 em mobcall.com<mailto:julio.franca em 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 em gmail.com<mailto:dvarella em 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 em mobcall.com<mailto:julio.franca em 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 em gmail.com<mailto:lggasparelli em 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 em ulo <pavlvscaesar em gmail.com<mailto:pavlvscaesar em 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 em mobcall.com<mailto:julio.franca em 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.png]

[image.png]

[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 em listas.asteriskbrasil.org<mailto:asteriskbrasil-unsubscribe em 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 em listas.asteriskbrasil.org<mailto:asteriskbrasil-unsubscribe em 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 em listas.asteriskbrasil.org<mailto:asteriskbrasil-unsubscribe em 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 em listas.asteriskbrasil.org<mailto:asteriskbrasil-unsubscribe em 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 em listas.asteriskbrasil.org<mailto:asteriskbrasil-unsubscribe em 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 em listas.asteriskbrasil.org<mailto:asteriskbrasil-unsubscribe em listas.asteriskbrasil.org>


--
Atenciosamente,
Oséias Flores #pelahorda
[https://docs.google.com/uc?export=download&id=1N-h0_wgb-HS_QvJgMPD0y8trumWWKaRO&revid=0BzoDWE2JN-MvM0RPUFcyc1JURVY3WWV6OFNrV3NoZjN0ZXhBPQ]
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201215/ba9aac80/attachment-0001.html>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: image.png
Tipo: image/png
Tamanho: 6901 bytes
Descrição: image.png
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201215/ba9aac80/attachment-0003.png>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: image.png
Tipo: image/png
Tamanho: 7268 bytes
Descrição: image.png
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201215/ba9aac80/attachment-0004.png>
-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: image.png
Tipo: image/png
Tamanho: 31982 bytes
Descrição: image.png
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20201215/ba9aac80/attachment-0005.png>


Mais detalhes sobre a lista de discussão AsteriskBrasil