Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Marcelo, Marcelo Araujo escreveu: Leonardo Gomes Figueira wrote: Pessoal do Disc-OS e usuários do chan_unicall em geral, já uso o chan_unicall a um bom tempo e sempre tive problemas de travamento e segfault do Asterisk com este mas devido a falta de opção (atualmente existem outras opções de placas com R2, antigamente não) sempre que o E1 tinha de ser MFC/R2 usei o chan_unicall (sempre que posso escolho ISDN/PRI). Olá Leonardo, Executamos muitos testes na libUnicall e não obtivemos este tipo de problema, estamos com a libUnicall em diversas instalações que foram usadas como base para *TESTES DE CAMPO*[1] e todas as *bases* tem um fluxo de ligações consideráveis. Estamos novamente efetuando testes, caso alguém tenha mais algum problema, favor reportar e de preferência através do BUG-TRACKER da SF. Ok, reportei o primeiro problema no Bug-Tracker: https://sourceforge.net/tracker/index.php?func=detailaid=1858452group_id=201248atid=976795 Este erro é bem fácil de reproduzir. Foi gerado em um Disc-OS atualizado (yum update). Vou montar o ambiente do teste de carga para tentar obter o segfault. Leonardo ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na rede Freenode.net: #asterisk-br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Leonardo Gomes Figueira wrote: Ok, reportei o primeiro problema no Bug-Tracker: https://sourceforge.net/tracker/index.php?func=detailaid=1858452group_id=201248atid=976795 Este erro é bem fácil de reproduzir. Foi gerado em um Disc-OS atualizado (yum update). Vou montar o ambiente do teste de carga para tentar obter o segfault. Opa, Valeu Leonardo. Estou de férias, volto so dia 14 de Janeiro. estou na praia, se der tempo(CHUVAAA!) eu dou uma olhada! Atenciosamente. -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na rede Freenode.net: #asterisk-br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Caio Begotti wrote: On Thu, 20 Dec 2007 09:21:54 -0200 Marcelo Araujo [EMAIL PROTECTED] wrote: Caio, o que leva você a escrever: o cara que desenvolveu os patches de vocês pra Unicall fez o desenvolvimento no passado mas não está hoje aí com vocês ? Marcelo, não fique estressado de graça. O fato de ter poucos commits (lembra que o SVN tava aberto no começo do projeto e eu vi os logs?) e vocês manterem um fork só reforça a idéia que isso não é oficial nem nada. É a unicall da intelbrás, o que convenhamos não dá muita segurança pra quem tem bilhões de pessoas usando R2 (pense na GVT, que já esteve desesperada no passado usando a original do Steve Underwood em uns 150 clientes). Detalhe que você cortou o meu É isso ou me enganei, Marcelo?. Tudo bem. A minha dúvida é simples: por que não fazem merge? O Steve não topou? Na grande maioria das vezes(para não dizer, sempre) que você manda um email sobre o projeto Disc-OS você comete um engano. Hoje fiz um *CI* no SVN no SF, especificamente no chan_unicall.c para manipular o SESSION PROGRESS do SIP! 3 commits desde que foi lançado o fork não é um desenvolvimento muito ativo, na minha humilde e reles opinião de usuário, que justifique uma empresa a arriscar usar essa Unicall hackeada. Querendo ou não ela é hackeada. Especialmente quando os mantenedores se estressam à toa por dúvida de usuários, Marcelo. NOTA: Para de ter suposições(FLAMES)! É minha especialidade, mas você pode entrar no IRC e aí a gente conversa :) rede irc.freenode.net canal #asterisk-br Quanto a dúvida, se iremos manter ou não? O que está no SVN do projeto, deve ser mantido pela equipe do Disc-OS! Fork mesmo ou porque o Steve, mala sem alça como ele é, não topa commitar as alterações de vocês na lib/channel dele? Não se irrite, não vale a pena (dizem). Eu só respondi seu e-mail pra não dar margem a você me entender errado e porque acho que você é bem intencionado. []s Caio, Infelizmente, o Steve não respondeu os meus emails! :-( E este foi um dos motivos de criarmos um FORK do Unicall, alguém tem que FAZER, tem que arrumar e tem que tornar robusto o bastante para as pessoas usarem! E sinceramente eu acredito que conseguimos melhorar o Unicall, porque estamos no BRASIL ao contrário do Steve. Tratando-se de SOFTWARE LIVRE, esse é um dos maiores benefícios que temos hoje em nossas mãos, implementar melhorias, inovações e correções sem reinventar. Temos mais uma opção para o R2, que estava morta até pouco tempo e qualquer pessoa pode olhar como foi feito e desenvolver novos projetos, acredito que muitas empresas das quais você sitou, usaram o chan_unicall.c como base para criar o seu próprio CHAN. NOTA: Nunca fico irritado! :-) cya! -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na rede Freenode.net: #asterisk-br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
On Thu, 20 Dec 2007 10:17:40 -0200 Marcelo Araujo [EMAIL PROTECTED] wrote: Infelizmente, o Steve não respondeu os meus emails! :-( E este foi um dos motivos de criarmos um FORK do Unicall, alguém tem que FAZER, tem que arrumar e tem que tornar robusto o bastante para as pessoas usarem! Marcelo, comentaram do Callweaver no canal IRC #asterisk-br agora pouco e fui olhar como anda etc e vi que o chan_unicall lá está até que bem mantido. Pelo menos tem vários commits do Steve e outros durante 2007. Tá, é meio ingenuidade minha dizer isso, mas é mais complicado fazer port desse canal pro Asterisk de tempos em tempos, pra ter fixes e features, ou fazer merge das alterações de vocês no Callweaver que o Steve usa? Você conhece algo do Callweaver sobre isso? PS: da última vez que vi o Callweaver ele não era nada além de um fork do Asterisk, não faço idéia se tá usável []s -- Caio Begotti TEM DUVIDAS? LEIA O FAQ DO ASTERISK: http://caio.ueberalles.net/asterisk/faq/ ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na rede Freenode.net: #asterisk-br ___ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
E ae Leonardo, Leonardo Gomes Figueira [EMAIL PROTECTED] escreveu:Este mesmo erro já foi reportado por outro usuário: http://lists.digium.com/pipermail/asterisk-users/2007-February/180020.html E também por mim: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/2007-June/015054.html Pergunta ao pessoal do Disc-OS: Vocês pretendem prestar manutenção no UniCall já que agora a Intelbrás vende uma placa de E1 que precisa dele ? Pretendem tentar corrigir erros desse tipo ? O que acham de integrar as melhorias que fizeram com a versões oficiais ? Quem sabe até assumir oficialmente a manutenção do chan_unicall no Asterisk já que o autor (Steve Underwood) está mais ligado ao Callweaver atualmente do que ao Asterisk ? A todos: alguém já teve esse erro antes ? Conseguiu resolver de algum modo ? Neste teste de carga o segfault ocorreu após 14 horas de teste mas nos PABX de produção com tráfego médio o segfault ocorre a cada 1 ou 2 semanas. O problema não é extremamente crítico mas é grave pois todas as ligações ativas no momento são desligadas. Para efeito de comparação: nos PABX que tem somente E1 ISDN/PRI o Asterisk tem uptime de meses e só é interrompido para manutenções programadas. Fugindo do problema um pouco, mas porque não utiliza as placas que tratam esta sinalização ao invés de insistir no unicall ? Visto que há tempos (e coloca tempo nisso... :P) o Steve não trabalha mais nesse módulo. As placas atualmente (Khomp e Digivoice) estão muito estáveis. Diógenes Makibara - Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Dio Makibara wrote: Fugindo do problema um pouco, mas porque não utiliza as placas que tratam esta sinalização ao invés de insistir no unicall ? Visto que há tempos (e coloca tempo nisso... :P) o Steve não trabalha mais nesse módulo. As placas atualmente (Khomp e Digivoice) estão muito estáveis. Diógenes Makibara Makibara, Existem muitas instalações que ainda usam UNICALL, e fizemos muitas modificações nas libs do Steve. http://disc-os.svn.sourceforge.net/viewvc/disc-os/disc-os/trunk/srpms/ http://disc-os.svn.sourceforge.net/viewvc/disc-os/disc-os/trunk/chan_unicall/ Estou com um setup rodando há 18 horas, com 2E1's com seus 60 canais sendo utilizados, ligando para uma URA que toca um áudio de 3minutos, tenho até agora 21617 ligações geradas com sucesso. Atenciosamente. -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
On Thu, 20 Dec 2007 07:58:05 -0200 Marcelo Araujo [EMAIL PROTECTED] wrote: Existem muitas instalações que ainda usam UNICALL, e fizemos muitas modificações nas libs do Steve. Mas não responderam a dúvida de outro colega se vocês vão manter ou não essas modificações. Pelo que me lembro que vi, o cara que desenvolveu os patches de vocês pra Unicall fez o desenvolvimento no passado mas não está hoje aí com vocês. É isso ou me enganei, Marcelo? Digamos que isso não dá muita confiança na Unicall, já que infelizmente o Steve pendurou as chuteiras pelo jeito em relação a ela. PS: vou adicionar o que você falou no FAQ :) -- Caio Begotti http://caio.ueberalles.net TEM DUVIDAS? LEIA O FAQ DO ASTERISK: http://caio.ueberalles.net/asterisk/faq/ ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Caio Begotti wrote: On Thu, 20 Dec 2007 07:58:05 -0200 Marcelo Araujo [EMAIL PROTECTED] wrote: Existem muitas instalações que ainda usam UNICALL, e fizemos muitas modificações nas libs do Steve. Mas não responderam a dúvida de outro colega se vocês vão manter ou não essas modificações. Pelo que me lembro que vi, o cara que desenvolveu os patches de vocês pra Unicall fez o desenvolvimento no passado mas não está hoje aí com vocês. É isso ou me enganei, Marcelo? Caio, o que leva você a escrever: o cara que desenvolveu os patches de vocês pra Unicall fez o desenvolvimento no passado mas não está hoje aí com vocês ? Na grande maioria das vezes(para não dizer, sempre) que você manda um email sobre o projeto Disc-OS você comete um engano. Hoje fiz um *CI* no SVN no SF, especificamente no chan_unicall.c para manipular o SESSION PROGRESS do SIP! NOTA: Para de ter suposições(FLAMES)! Quanto a dúvida, se iremos manter ou não? O que está no SVN do projeto, deve ser mantido pela equipe do Disc-OS! Digamos que isso não dá muita confiança na Unicall, já que infelizmente o Steve pendurou as chuteiras pelo jeito em relação a ela. PS: vou adicionar o que você falou no FAQ :) Valeu! Atenciosamente. -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Dio, Dio Makibara escreveu: Fugindo do problema um pouco, mas porque não utiliza as placas que tratam esta sinalização ao invés de insistir no unicall ? Visto que há tempos (e coloca tempo nisso... :P) o Steve não trabalha mais nesse módulo. As placas atualmente (Khomp e Digivoice) estão muito estáveis. A placa da Digivoice está sendo homologada para uso em novos projetos com R2 e já estamos usando em uma instalação. No entanto existem várias placas Digium com R2 em produção que não podem simplesmente ser descartadas. Podem sim ser realocadas para projetos com ISDN mas em algumas situações isso é meio complicado de fazer. Além do que, mesmo sem o Steve Underwood o projeto poderia muito bem ter continuidade através de outros desenvolvedores. Veja que o port para 1.4 não foi feito pelo Steve e mesmo assim tem gente usando com sucesso. Leonardo ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
On Thu, 20 Dec 2007 09:21:54 -0200 Marcelo Araujo [EMAIL PROTECTED] wrote: Caio, o que leva você a escrever: o cara que desenvolveu os patches de vocês pra Unicall fez o desenvolvimento no passado mas não está hoje aí com vocês ? Marcelo, não fique estressado de graça. O fato de ter poucos commits (lembra que o SVN tava aberto no começo do projeto e eu vi os logs?) e vocês manterem um fork só reforça a idéia que isso não é oficial nem nada. É a unicall da intelbrás, o que convenhamos não dá muita segurança pra quem tem bilhões de pessoas usando R2 (pense na GVT, que já esteve desesperada no passado usando a original do Steve Underwood em uns 150 clientes). Detalhe que você cortou o meu É isso ou me enganei, Marcelo?. Tudo bem. A minha dúvida é simples: por que não fazem merge? O Steve não topou? Na grande maioria das vezes(para não dizer, sempre) que você manda um email sobre o projeto Disc-OS você comete um engano. Hoje fiz um *CI* no SVN no SF, especificamente no chan_unicall.c para manipular o SESSION PROGRESS do SIP! 3 commits desde que foi lançado o fork não é um desenvolvimento muito ativo, na minha humilde e reles opinião de usuário, que justifique uma empresa a arriscar usar essa Unicall hackeada. Querendo ou não ela é hackeada. Especialmente quando os mantenedores se estressam à toa por dúvida de usuários, Marcelo. NOTA: Para de ter suposições(FLAMES)! É minha especialidade, mas você pode entrar no IRC e aí a gente conversa :) rede irc.freenode.net canal #asterisk-br Quanto a dúvida, se iremos manter ou não? O que está no SVN do projeto, deve ser mantido pela equipe do Disc-OS! Fork mesmo ou porque o Steve, mala sem alça como ele é, não topa commitar as alterações de vocês na lib/channel dele? Não se irrite, não vale a pena (dizem). Eu só respondi seu e-mail pra não dar margem a você me entender errado e porque acho que você é bem intencionado. []s -- Caio Begotti http://caio.ueberalles.net TEM DUVIDAS? LEIA O FAQ DO ASTERISK: http://caio.ueberalles.net/asterisk/faq/ ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
Re: [AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Leonardo Gomes Figueira wrote: Pessoal do Disc-OS e usuários do chan_unicall em geral, já uso o chan_unicall a um bom tempo e sempre tive problemas de travamento e segfault do Asterisk com este mas devido a falta de opção (atualmente existem outras opções de placas com R2, antigamente não) sempre que o E1 tinha de ser MFC/R2 usei o chan_unicall (sempre que posso escolho ISDN/PRI). Olá Leonardo, Executamos muitos testes na libUnicall e não obtivemos este tipo de problema, estamos com a libUnicall em diversas instalações que foram usadas como base para *TESTES DE CAMPO*[1] e todas as *bases* tem um fluxo de ligações consideráveis. Estamos novamente efetuando testes, caso alguém tenha mais algum problema, favor reportar e de preferência através do BUG-TRACKER da SF. Atenciosamente. -- Marcelo Araujo(__) [EMAIL PROTECTED] \\\'',) http://www.FreeBSD.org \/ \ ^ Power To Server. .\. /_) signature.asc Description: OpenPGP digital signature ___ Compre uma camiseta da AsteriskBrasil.org! http://www.voipmania.com.br == VoIPMania.com.br == ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] Segfault no Asterisk com UniCall do Disc-OS
Pessoal do Disc-OS e usuários do chan_unicall em geral,
já uso o chan_unicall a um bom tempo e sempre tive problemas de
travamento e segfault do Asterisk com este mas devido a falta de opção
(atualmente existem outras opções de placas com R2, antigamente não)
sempre que o E1 tinha de ser MFC/R2 usei o chan_unicall (sempre que
posso escolho ISDN/PRI).
A alguns dias comecei a testar as versões disponibilizadas pela disto
Disc-OS que contêm algumas modificações na libmfcr2, libunicall e
chan_unicall.
Obtive os fontes de:
http://disc-os.svn.sourceforge.net/viewvc/disc-os/disc-os/trunk/chan_unicall/
http://disc-os.svn.sourceforge.net/viewvc/disc-os/disc-os/trunk/srpms/
Testei em um Asterisk 1.2.25 com Fedora 5 e não na distro Disc-OS
propriamente pois já tenho o servidor instalado.
Montei um ambiente de teste de carga gerando até 30 chamadas de duração
aleatória entre 2 E1s conectados entre si no mesmo servidor.
O resultado após horas de testes e milhares de chamadas geradas é o
mesmo que sempre obtive com a versão do UniCall que eu já usava: o
Asterisk trava (deadlock) ou quebra (segfault).
Como o Asterisk foi compilado com debug habilitado obtive informações no
gdb do core dump após o segfault:
#0 OneWordFind (tablePtr=0x9bb0678, key=0x80c2 Address 0x80c2 out of
bounds) at hashtable.c:585
585 hashtable.c: Arquivo ou diretório não encontrado.
in hashtable.c
(gdb) bt full
#0 OneWordFind (tablePtr=0x9bb0678, key=0x80c2 Address 0x80c2 out of
bounds) at hashtable.c:585
hPtr = (hash_HashEntry_t *) 0x
#1 0x0063affd in uc_createcall (uc=0x9bb0620, extra=0) at
unicall/hashtable.h:144
crn = 32962
#2 0x001bb509 in call_control (uc=0x9bb0620, op=1, call=0x0,
data=0xb72a1f8c) at mfcr2.c:3651
No locals.
#3 0x0063bd71 in uc_call_control (uc=0x9bb0620, op=1, crn=0,
data=0xb72a1f8c) at unicall.c:593
call = (uc_call_t *) 0x16
#4 0x0032a1a1 in unicall_call (ast=0xa3fb008, rdest=0xb66bb2c4
g2/2090, timeout=0) at chan_unicall.c:1119
p = (struct unicall_pvt *) 0x9baf250
callparms = (uc_callparms_t *) 0xa457ab8
callerid = 1234, '\0' repeats 251 times, \b
dest = g2/2090, '\0' repeats 248 times
s = 0x0
c = 0xb66bb2c7 2090
n = 0x0
l = 0xb72a209c 1234
ret = 6681736
makecall = {callparms = 0xa457ab8, crn = 0}
__PRETTY_FUNCTION__ = unicall_call
#5 0x0806b58d in ast_call (chan=0xa3fb008, addr=0xb66bb2c4 g2/2090,
timeout=0) at channel.c:2638
res = -1
__PRETTY_FUNCTION__ = ast_call
#6 0x0806ad44 in __ast_request_and_dial (type=0xb66bb1c4 UniCall,
format=64, data=0xb66bb2c4, timeout=3, outstate=0xb72a244c,
cid_num=0xb66bb7c8 1234, cid_name=0xb66bb8c8 , oh=0xb72a2394) at
channel.c:2471
state = 0
cause = 0
chan = (struct ast_channel *) 0xa3fb008
f = (struct ast_frame *) 0x8135120
res = 0
__PRETTY_FUNCTION__ = __ast_request_and_dial
#7 0x08098423 in ast_pbx_outgoing_exten (type=0xb66bb1c4 UniCall,
format=64, data=0xb66bb2c4, timeout=3,
context=0xb66bb6c4 testes_ramal, exten=0xb66bb5c4 *200,
priority=1, reason=0xb72a244c, sync=2, cid_num=0xb66bb7c8 1234,
cid_name=0xb66bb8c8 , vars=0x0, account=0xb66bb9c8 ,
channel=0x0) at pbx.c:5019
chan = (struct ast_channel *) 0x9d6e080
as = (struct async_stat *) 0x0
res = -1
cdr_res = -1
oh = {context = 0xb66bb6c4 testes_ramal, exten = 0xb66bb5c4
*200, priority = 1, cid_num = 0xb66bb7c8 1234,
cid_name = 0xb66bb8c8 , account = 0xb66bb9c8 , vars = 0x0,
parent_channel = 0x0}
attr = {__size =
SIP/2055\000$*·È\217\213\000St\214\000å\001\000\000°\211\214\000½\211\214\000SIP/,
__align = 793790803}
__PRETTY_FUNCTION__ = ast_pbx_outgoing_exten
#8 0x0065d09f in attempt_thread (data=0xb66bb0b0) at pbx_spool.c:266
o = (struct outgoing *) 0xb66bb0b0
res = 0
---Type return to continue, or q return to quit---
reason = 10996712
__PRETTY_FUNCTION__ = attempt_thread
#9 0x00a7d3b6 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#10 0x007f133e in clone () from /lib/libc.so.6
No symbol table info available.
Este mesmo erro já foi reportado por outro usuário:
http://lists.digium.com/pipermail/asterisk-users/2007-February/180020.html
E também por mim:
http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/2007-June/015054.html
Pergunta ao pessoal do Disc-OS:
Vocês pretendem prestar manutenção no UniCall já que agora a Intelbrás
vende uma placa de E1 que precisa dele ? Pretendem tentar corrigir erros
desse tipo ? O que acham de integrar as melhorias que fizeram com a
versões oficiais ? Quem sabe até assumir oficialmente a manutenção do
chan_unicall no Asterisk já que o autor (Steve Underwood) está mais
ligado ao Callweaver atualmente do que ao Asterisk ?
A todos:
alguém já teve esse erro antes ? Conseguiu resolver de algum modo ?
Neste teste de carga o segfault ocorreu
