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

Responder a