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_th...@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-boun...@listas.asteriskbrasil.org <
> asteriskbrasil-boun...@listas.asteriskbrasil.org> em nome de Oseias
> Flores <osf...@gmail.com>
> *Enviado:* terça-feira, 15 de dezembro de 2020 11:36
> *Para:* asteriskbrasil@listas.asteriskbrasil.org <
> asteriskbrasil@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.fra...@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 <dvare...@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.fra...@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 <
> lggaspare...@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@ulo <pavlvscae...@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.fra...@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org
