[AsteriskBrasil] Asterisk core_dump || [asterisk] <defunct>

[Alberto Andrade]

Você já tentou debugar algum dos dumps gerados?

2008/11/7 Filipe Barreto <filipe.barreto em gmail.com>:
> Olá a todos,
>
> A mais de uma semana venho tendo problema em um dos Asterisks no grupo onde
> trabalho.
>
> O servidor é um HP ML110 com duas Digivoice VB6060PCIe. A maquina faz
> passthrough entre a operador OI e a central telefônica que é uma ERICSSON
> MD110, alem disto o servidor também tem mais 9 filas de atendimento, 50
> ramais SIP e cominucação com os outros Asterisks do grupo. O fluxo médio de
> chamdas é de 22 ligações simultaneas.
>
> Quando o problema começou, estavamos usando asterisk-1.4.19.1,
> asterisk-addons-1.4.7, dgvchannel-1.0.2, voicerlib-4.1.0.2...
>
> Todos os dias entre 8:30 e 9:00 da manhã e entre 15:00 e 15:30 o serviço tem
> dado ao menos um crash.
>
> Simplesmente começa a perder os módulos e o safe_asterisk se reinicia. Como
> a mensagem que loga no console local em algumas vezes é de core_dump,
> iniciamos trocando a memória da máquina porem mesmo assim não resolveu. Em
> seguida substituí as duas PCIe por uma outra PCIe e mais uma PCI, no dia
> segunte a mesma coisa. Mudei a comunicação entre as filiais de IAX para SIP
> e o problema persistiu. Desabilitei o monitor das filas e nada. Coloquei
> todo mundo pra se falar em ulaw e continuou dando o problema. Ontem lendo o
> change.log do asterisk ví que existiam muitos problemas que haviam sido
> corrigidos entre a verão que eu usava e a 1.4.22, por fim atualizei na
> esperança de hoje não ter mais problemas e as 9:34 da manhã de hoje maquina
> parou d novo.
>
> O mais estranho é que tanto nos logs do sistema quanto no log full do
> asterisk é como se o asterisk simplesmente fosse reiniciado, não mostrava
> nenhum problema exatamente.
>
> Hoje agora as 15:34 mais uma vez o asterisk simplesmente reiniciou, o linux
> continua UP porem o serviço asterisk restartou. Conectei logo em seguida e
> poucos minutos depois as 15:51 a maquina começou a dar esta mensagem de
> WARNING no CLI e simplesmente parou o asterisk:
>
> [Nov  7 15:51:29] WARNING[15149]: config.c:1333 find_engine: Realtime
> mapping for 'sipusers' found to engine 'mysql', but the engine is not
> available
> [Nov  7 15:51:29] WARNING[15149]: config.c:1333 find_engine: Realtime
> mapping for 'sippeers' found to engine 'mysql', but the engine is not
> available
> [Nov  7 15:51:29] WARNING[15149]: config.c:1333 find_engine: Realtime
> mapping for 'sippeers' found to engine 'mysql', but the engine is not
> available
> [Nov  7 15:51:29] WARNING[15149]: config.c:1333 find_engine: Realtime
> mapping for 'sippeers' found to engine 'mysql', but the engine is not
> available
> [Nov  7 15:51:29] WARNING[15149]: config.c:1333 find_engine: Realtime
> mapping for 'sippeers' found to engine 'mysql', but the engine is not
> available
>
> Tentei restartar o serviço e nada.
>
> Dando um "root em ipbx-matriz:/home/operador# ps ax | grep asterisk" tive a
> seguinte resposta:
>
>  4601 ?            S      0:00 /bin/bash /usr/sbin/safe_asterisk
>  4643 ?          SN     0:00 /usr/bin/perl /usr/local/qloader/qloader.pl
> /var/log/asterisk/queue_log P001 /var/log/asterisk/qloader.log
> 15134 ?           Zl     0:00 [asterisk] <defunct>
> 15172 pts/1    S+     0:00 grep asterisk
>
> Dei um kill -9 no safe_asterisk e quando tentei reiniciar o serviço
> novamente não voltou mais. Precisei dar um reboot no servidor.
>
> Não sei mais por onde procurar. Por último estou começando a separar os
> serviços. Vou deixar uma máquina só com as placas e outras para registrar as
> contas sip e as filas.
>
> Caso alguem já tenha visto algo parecido. PORFAVOR me dê uma luz.
>
>
> --