[AsteriskBrasil] Travamento do Asterisk

Huander billrv em uol.com.br
Terça Outubro 31 15:56:37 BRT 2006


Pessoal, 

Estou fazendo testes como meu asterisk utilizando R2. A tempos atras muitos devem se lembrar do meu desespero na lista por causa de travamentos do asterisk (com core dump)... Nesta fase fui ao desespero e tirei o sistema temporiamente para testes, o que estou realizando agora!

Neste exato momento estou com problemas de travar os asterisk total, mas tenho algumas coisas mais interessantes do que tinha anteriormente para buscar o erro. 

Eu estou trabalhando com o asterisk em Realtime com Postgre, até ai tudo normal! E também com o CDR em postgre. Sendo que tenho instalado um Asterisk versao 1.2.7.1 e zaptel. 1.2.5. Quanto a máquina que está rodando a plataforma, é uma maquina novinha um HP PIV 3,4Ghz, HD 80G Sata, 1 GB de memória RAM... Sendo instalado incialmente o trixbox 1.2, e re-instalado versoes mais antigas da zaptel e asterisk. Além de bibliotecas de R2... 

Quando ocorre o erro de travamento! tenho ligações ativas no E1 com R2 sendo que estou fazendo um loop com duas placas TE110P, e dou um reload no asterisk... por padrão já sei que as ligações irão cair, mas o asterisk nao deveria cair, o que acontece!  Quando o asterisk leva literalmente um tombo vou ao log e tenho o seguinte!


Oct 27 10:57:16 VERBOSE[12868] logger.c:     -- Reloading module 'cdr_pgsql.so' (PostgreSQL CDR Backend)
Oct 27 10:57:16 DEBUG[12879] app_dial.c: Exiting with DIALSTATUS=ANSWER.
Oct 27 10:57:16 DEBUG[12879] pbx.c: Spawn extension (interno,36201550,7) exited non-zero on 'SIP/5500-c939'
Oct 27 10:57:16 DEBUG[12879] pbx.c: Launching 'Hangup'
Oct 27 10:57:16 VERBOSE[12879] logger.c:     -- Executing Hangup("SIP/5500-c939", "") in new stack
Oct 27 10:57:16 DEBUG[12879] pbx.c: Spawn extension (interno,h,1) exited non-zero on 'SIP/5500-c939'
Oct 27 10:57:16 DEBUG[12879] cdr_pgsql.c: cdr_pgsql: inserting a CDR record.
Oct 27 10:57:16 DEBUG[12879] cdr_pgsql.c: cdr_pgsql: SQL command executed:  INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid,userfield) VALUES ('2006-10-27 10:56:51','"Fone 1" <5500>','5500','36201550','interno', 'SIP/5500-c939','UniCall/1-1','Hangup','',25,23,'ANSWERED',3,'5500*R','1161953811.13','LOCAL')
Oct 27 10:57:16 ERROR[12879] cdr_pgsql.c: cdr_pgsql: Failed to insert call detail record into database!
Oct 27 10:57:16 ERROR[12879] cdr_pgsql.c: cdr_pgsql: Reason: server closed the connection unexpectedly
        This probably means the server terminated abnormally
        before or while processing the request.

Oct 27 10:57:16 ERROR[12879] cdr_pgsql.c: cdr_pgsql: Connection may have been lost... attempting to reconnect.
Oct 27 10:57:16 DEBUG[12551] devicestate.c: Changing state for UniCall/1 - state 0 (Unknown)
Oct 27 10:57:16 DEBUG[12902] app_queue.c: Device 'UniCall/1' changed to state '0' (Unknown)

Ou seja, antes mesmo do asterisk conseguir dar um reload no modulo cdr_pgsql o mesmo esta tentando salvar informações sobre a ligação que caiu! só que o modulo ainda não está ativo, e pelo que vi dai o asterisk cai!

Alguem tem este problema?? Será que é possivel tratar?? 

Mas apesar que não sei se este era o erro que eu tinha quando o sistema estava em produção! Pois na época eu não estava dando reload! no máximo eu dava extensions reload para as ligaçoes nao cairem! Mas por falta de ativar o Debug não sei se poderia estar tendo o mesmo erro! Mas quem sabe se resolver este, já resolva algum problema!

Se alguem puder me ajudar desde já agradeço!

Grato,

Huander Leão
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20061031/c270add0/attachment-0001.html


Mais detalhes sobre a lista de discussão AsteriskBrasil