Asterisk se para
23 views
Skip to first unread message
TxivaSad
Dec 2, 2010, 6:04:26 AM12/2/10
to asteris...@googlegroups.com
Ok hace un par de meses actualizé una centralita a la última rsp y desde entonces esta se "para" una o dos veces al mes.
Revisando los logs no aparece ningún segfault ni nada, solo que el monit ha tenido que levantar asterisk:
Nov 26 11:05:01 /USR/SBIN/CRON[27016]: (root) CMD ([ -x /usr/lib/sysstat/sa1 ] && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; [ "$ENABLED" = "true" ] && e
xec /usr/lib/sysstat/sa1 $SA1_OPTIONS 1 1 ; })
Nov 26 11:05:18 monit[3058]: 'asterisk' process is not running
Nov 26 11:05:18 identd[27023]: started
Nov 26 11:05:18 monit[3058]: 'asterisk' trying to restart
Nov 26 11:05:18 monit[3058]: 'asterisk' start: /etc/init.d/asterisk
Nov 26 11:05:40 FaxGetty[15684]: ANSWER: Ring detected without successful handshake
Nov 26 11:05:47 FaxGetty[15684]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
He puesto el sistema en modo core-dump i esto es lo que he obtenido. A ver si alguien me puede decir por donde tirar:
Program terminated with signal 11, Segmentation fault.
#0 0xb77cddd0 in __ast_pthread_mutex_lock (filename=0xb78266b4 "chan_sip.c", lineno=3940, func=0xb7828b23 "sip_senddigit_end",
mutex_name=0xb7827592 "&p->lock", t=0x0) at /usr/src/sources/asterisk-es-rsp/asterisk/1.4.24.1/asterisk-1.4.24.1_rsp/include/asterisk/lock.h:351
351 int canlog = strcmp(filename, "logger.c") & t->track;
(gdb) bt
#0 0xb77cddd0 in __ast_pthread_mutex_lock (filename=0xb78266b4 "chan_sip.c", lineno=3940, func=0xb7828b23 "sip_senddigit_end",
mutex_name=0xb7827592 "&p->lock", t=0x0) at /usr/src/sources/asterisk-es-rsp/asterisk/1.4.24.1/asterisk-1.4.24.1_rsp/include/asterisk/lock.h:351
0000001 0xb77d884e in sip_senddigit_end (ast=0x84929f8, digit=42 '*', duration=100) at chan_sip.c:3940
0000002 0x0808c7f4 in ast_senddigit_end (chan=0x84929f8, digit=42 '*', duration=100) at channel.c:2704
0000003 0x0808c872 in ast_senddigit (chan=0x84929f8, digit=42 '*') at channel.c:2719
0000004 0x0805f2ae in ast_dtmf_stream (chan=0x84929f8, peer=0x8441c10, digits=0xb60b7e7c "*", between=100) at app.c:252
0000005 0xb79c9951 in ast_bridge_call (chan=0x84929f8, peer=0x8441c10, config=0xb60b9860) at res_features.c:1801
0000006 0xb678b64b in try_calling (qe=0xb60b9ba4, options=0xb60b9b46 "", announceoverride=0x0, url=0x0, tries=0xb60b9d50, noption=0xb60b9d4c, agi=0x0)
at app_queue.c:3404
0000007 0xb678ed5f in queue_exec (chan=0x84929f8, data=0xb60bbed8) at app_queue.c:4254
0000008 0x080d12ee in pbx_exec (c=0x84929f8, app=0x834dd70, data=0xb60bbed8) at pbx.c:537
0000009 0x080d4fcd in pbx_extension_helper (c=0x84929f8, con=0x0, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=3, label=0x0,
callerid=0x8493e58 "619863099-151", action=E_SPAWN) at pbx.c:1863
0000010 0x080d6456 in ast_spawn_extension (c=0x84929f8, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=3, callerid=0x8493e58 "619863099-151")
at pbx.c:2370
0000011 0xb75fb74d in _macro_exec (chan=0x84929f8, data=0xb60c0fc8, exclusive=0) at app_macro.c:346
0000012 0xb75fcb93 in macro_exec (chan=0x84929f8, data=0xb60c0fc8) at app_macro.c:538
0000013 0x080d12ee in pbx_exec (c=0x84929f8, app=0x81ab1c8, data=0xb60c0fc8) at pbx.c:537
0000014 0x080d4fcd in pbx_extension_helper (c=0x84929f8, con=0x0, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=1, label=0x0,
callerid=0x8493e58 "619863099-151", action=E_SPAWN) at pbx.c:1863
0000015 0x080d6456 in ast_spawn_extension (c=0x84929f8, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=1, callerid=0x8493e58 "619863099-151")
at pbx.c:2370
0000016 0x080d689e in __ast_pbx_run (c=0x84929f8) at pbx.c:2460
0000017 0x080d788f in pbx_thread (data=0x84929f8) at pbx.c:2686
0000018 0x0811bc85 in dummy_start (data=0x83caf08) at utils.c:856
0000019 0xb7f36240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
0000020 0xb7e5149e in clone () from /lib/tls/i686/cmov/libc.so.6
Os adjunto el resto. Tampoco estoy muy segura si el problema ha aparecido como consecuencia de activar el logger a "full" para ver si me enteraba de algo.
Curiosamente igual que el anterior todo se muere con "*".
Revisando los logs no aparece ningún segfault ni nada, solo que el monit ha tenido que levantar asterisk:
Nov 26 11:05:01 /USR/SBIN/CRON[27016]: (root) CMD ([ -x /usr/lib/sysstat/sa1 ] && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; [ "$ENABLED" = "true" ] && e
xec /usr/lib/sysstat/sa1 $SA1_OPTIONS 1 1 ; })
Nov 26 11:05:18 monit[3058]: 'asterisk' process is not running
Nov 26 11:05:18 identd[27023]: started
Nov 26 11:05:18 monit[3058]: 'asterisk' trying to restart
Nov 26 11:05:18 monit[3058]: 'asterisk' start: /etc/init.d/asterisk
Nov 26 11:05:40 FaxGetty[15684]: ANSWER: Ring detected without successful handshake
Nov 26 11:05:47 FaxGetty[15684]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
He puesto el sistema en modo core-dump i esto es lo que he obtenido. A ver si alguien me puede decir por donde tirar:
Program terminated with signal 11, Segmentation fault.
#0 0xb77cddd0 in __ast_pthread_mutex_lock (filename=0xb78266b4 "chan_sip.c", lineno=3940, func=0xb7828b23 "sip_senddigit_end",
mutex_name=0xb7827592 "&p->lock", t=0x0) at /usr/src/sources/asterisk-es-rsp/asterisk/1.4.24.1/asterisk-1.4.24.1_rsp/include/asterisk/lock.h:351
351 int canlog = strcmp(filename, "logger.c") & t->track;
(gdb) bt
#0 0xb77cddd0 in __ast_pthread_mutex_lock (filename=0xb78266b4 "chan_sip.c", lineno=3940, func=0xb7828b23 "sip_senddigit_end",
mutex_name=0xb7827592 "&p->lock", t=0x0) at /usr/src/sources/asterisk-es-rsp/asterisk/1.4.24.1/asterisk-1.4.24.1_rsp/include/asterisk/lock.h:351
0000001 0xb77d884e in sip_senddigit_end (ast=0x84929f8, digit=42 '*', duration=100) at chan_sip.c:3940
0000002 0x0808c7f4 in ast_senddigit_end (chan=0x84929f8, digit=42 '*', duration=100) at channel.c:2704
0000003 0x0808c872 in ast_senddigit (chan=0x84929f8, digit=42 '*') at channel.c:2719
0000004 0x0805f2ae in ast_dtmf_stream (chan=0x84929f8, peer=0x8441c10, digits=0xb60b7e7c "*", between=100) at app.c:252
0000005 0xb79c9951 in ast_bridge_call (chan=0x84929f8, peer=0x8441c10, config=0xb60b9860) at res_features.c:1801
0000006 0xb678b64b in try_calling (qe=0xb60b9ba4, options=0xb60b9b46 "", announceoverride=0x0, url=0x0, tries=0xb60b9d50, noption=0xb60b9d4c, agi=0x0)
at app_queue.c:3404
0000007 0xb678ed5f in queue_exec (chan=0x84929f8, data=0xb60bbed8) at app_queue.c:4254
0000008 0x080d12ee in pbx_exec (c=0x84929f8, app=0x834dd70, data=0xb60bbed8) at pbx.c:537
0000009 0x080d4fcd in pbx_extension_helper (c=0x84929f8, con=0x0, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=3, label=0x0,
callerid=0x8493e58 "619863099-151", action=E_SPAWN) at pbx.c:1863
0000010 0x080d6456 in ast_spawn_extension (c=0x84929f8, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=3, callerid=0x8493e58 "619863099-151")
at pbx.c:2370
0000011 0xb75fb74d in _macro_exec (chan=0x84929f8, data=0xb60c0fc8, exclusive=0) at app_macro.c:346
0000012 0xb75fcb93 in macro_exec (chan=0x84929f8, data=0xb60c0fc8) at app_macro.c:538
0000013 0x080d12ee in pbx_exec (c=0x84929f8, app=0x81ab1c8, data=0xb60c0fc8) at pbx.c:537
0000014 0x080d4fcd in pbx_extension_helper (c=0x84929f8, con=0x0, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=1, label=0x0,
callerid=0x8493e58 "619863099-151", action=E_SPAWN) at pbx.c:1863
0000015 0x080d6456 in ast_spawn_extension (c=0x84929f8, context=0x8492c38 "macro-operadora", exten=0x8492c88 "s", priority=1, callerid=0x8493e58 "619863099-151")
at pbx.c:2370
0000016 0x080d689e in __ast_pbx_run (c=0x84929f8) at pbx.c:2460
0000017 0x080d788f in pbx_thread (data=0x84929f8) at pbx.c:2686
0000018 0x0811bc85 in dummy_start (data=0x83caf08) at utils.c:856
0000019 0xb7f36240 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
0000020 0xb7e5149e in clone () from /lib/tls/i686/cmov/libc.so.6
Os adjunto el resto. Tampoco estoy muy segura si el problema ha aparecido como consecuencia de activar el logger a "full" para ver si me enteraba de algo.
Curiosamente igual que el anterior todo se muere con "*".
|
-- ------------------------------------------------------------------------------------------------------------------------------ Sílvia - DFS mode Aquest mail és meu i prou, jo no deixo que ningú escrigui per mi. |
Saúl Ibarra Corretgé
Dec 2, 2010, 6:20:18 AM12/2/10
to asteris...@googlegroups.com
On Thu, Dec 2, 2010 at 12:04 PM, TxivaSad <teleco...@gmail.com> wrote:
>
> Ok hace un par de meses actualizé una centralita a la última rsp y desde entonces esta se "para" una o dos veces al mes.
> Revisando los logs no aparece ningún segfault ni nada, solo que el monit ha tenido que levantar asterisk:
>
> Nov 26 11:05:01 /USR/SBIN/CRON[27016]: (root) CMD ([ -x /usr/lib/sysstat/sa1 ] && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; [ "$ENABLED" = "true" ] && e
> xec /usr/lib/sysstat/sa1 $SA1_OPTIONS 1 1 ; })
> Nov 26 11:05:18 monit[3058]: 'asterisk' process is not running
> Nov 26 11:05:18 identd[27023]: started
> Nov 26 11:05:18 monit[3058]: 'asterisk' trying to restart
> Nov 26 11:05:18 monit[3058]: 'asterisk' start: /etc/init.d/asterisk
> Nov 26 11:05:40 FaxGetty[15684]: ANSWER: Ring detected without successful handshake
> Nov 26 11:05:47 FaxGetty[15684]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
>
> He puesto el sistema en modo core-dump i esto es lo que he obtenido. A ver si alguien me puede decir por donde tirar:
>
>
> Ok hace un par de meses actualizé una centralita a la última rsp y desde entonces esta se "para" una o dos veces al mes.
> Revisando los logs no aparece ningún segfault ni nada, solo que el monit ha tenido que levantar asterisk:
>
> Nov 26 11:05:01 /USR/SBIN/CRON[27016]: (root) CMD ([ -x /usr/lib/sysstat/sa1 ] && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; [ "$ENABLED" = "true" ] && e
> xec /usr/lib/sysstat/sa1 $SA1_OPTIONS 1 1 ; })
> Nov 26 11:05:18 monit[3058]: 'asterisk' process is not running
> Nov 26 11:05:18 identd[27023]: started
> Nov 26 11:05:18 monit[3058]: 'asterisk' trying to restart
> Nov 26 11:05:18 monit[3058]: 'asterisk' start: /etc/init.d/asterisk
> Nov 26 11:05:40 FaxGetty[15684]: ANSWER: Ring detected without successful handshake
> Nov 26 11:05:47 FaxGetty[15684]: MODEM WWW.SOFT-SWITCH.ORG spandsp/
>
> He puesto el sistema en modo core-dump i esto es lo que he obtenido. A ver si alguien me puede decir por donde tirar:
>
[snip]
Parece relacionado con tu otro core dump. Has encontrado algo en el
bugtracker de digium? Parece que es al gestionar ciertos DTMF (a
botepronto). Intenta reproducirlo y buscar en el bugtracker, si nadie
lo ha reportado bajate la última de la rama 1.4 y haz una prueba
rápida con live_ast para ver si lo han corregido y entonces se pueden
comparar las funciones donde casca en ambas versiones para ver las
diferencias.
--
/Saúl
http://saghul.net | http://sipdoc.net
TxivaSad
Dec 2, 2010, 6:38:55 AM12/2/10
to asterisk-es-rsp
Ok voy a buscar en el bugtracker i a probar alguna versión posterior a
ver si tengo suerte.
:(
Soy la reina en la destrucción masiva de centralitas.
Gracias Saúl
On 2 Des, 12:20, Saúl Ibarra Corretgé <sag...@gmail.com> wrote:
ver si tengo suerte.
:(
Soy la reina en la destrucción masiva de centralitas.
Gracias Saúl
On 2 Des, 12:20, Saúl Ibarra Corretgé <sag...@gmail.com> wrote:
Ramses
Dec 2, 2010, 7:52:32 AM12/2/10
to asteris...@googlegroups.com
Silvia, buenos días,
A mi me ha pasado algo similar hace unos días y es que se me había
escapado un módulo de la versión anterior y, de vez en cuando,
entraba una llamada que intentaba usar ese módulo y se caía el
servicio de Asterisk...
Pinta casi igual que lo tuyo, pero...
Saludos,
Ramses
> --
> Has recibido este mensaje porque estás suscrito al grupo "asterisk-e
> s-rsp" de Grupos de Google.
> Para publicar una entrada en este grupo, envía un correo electrónico
> a asteris...@googlegroups.com.
> Para anular tu suscripción a este grupo, envía un correo
> electrónico a asterisk-es-r...@googlegroups.com
> Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/asterisk-es-rsp?hl=e
> s.
>
TxivaSad
Dec 2, 2010, 10:47:49 AM12/2/10
to asterisk-es-rsp
Bueno he vuelto a compilar todo de zero a ver que tal.
On 2 Des, 13:52, Ramses <ramses.sevi...@gmail.com> wrote:
> Silvia, buenos días,
>
> A mi me ha pasado algo similar hace unos días y es que se me había
> escapado un módulo de la versión anterior y, de vez en cuando,
> entraba una llamada que intentaba usar ese módulo y se caía el
> servicio de Asterisk...
>
> Pinta casi igual que lo tuyo, pero...
>
> Saludos,
>
> Ramses
>
On 2 Des, 13:52, Ramses <ramses.sevi...@gmail.com> wrote:
> Silvia, buenos días,
>
> A mi me ha pasado algo similar hace unos días y es que se me había
> escapado un módulo de la versión anterior y, de vez en cuando,
> entraba una llamada que intentaba usar ese módulo y se caía el
> servicio de Asterisk...
>
> Pinta casi igual que lo tuyo, pero...
>
> Saludos,
>
> Ramses
>
Ramses
Dec 2, 2010, 11:17:58 AM12/2/10
to asteris...@googlegroups.com
Cuando compilas, antes de instalar, ¿te "cepillas" todos los módulos
referentes a la versión anterior de Asterisk del directorio "/use/lib/
asterisk/modules"?
referentes a la versión anterior de Asterisk del directorio "/use/lib/
asterisk/modules"?
Hay es donde la "pifie" yo... :-)
Saludos,
Ramses
TxivaSad
Dec 2, 2010, 12:00:51 PM12/2/10
to asterisk-es-rsp
No lo hago pero en principio como pase de asterisk-es-rsp a asterisk-
es-rsp.
Bueno os cuento si vuelve a pasar.
On 2 Des, 17:17, Ramses <ramses.sevi...@gmail.com> wrote:
> Cuando compilas, antes de instalar, ¿te "cepillas" todos los módulos
> referentes a la versión anterior de Asterisk del directorio "/use/lib/
> asterisk/modules"?
>
> Hay es donde la "pifie" yo... :-)
>
> Saludos,
>
> Ramses
>
es-rsp.
Bueno os cuento si vuelve a pasar.
On 2 Des, 17:17, Ramses <ramses.sevi...@gmail.com> wrote:
> Cuando compilas, antes de instalar, ¿te "cepillas" todos los módulos
> referentes a la versión anterior de Asterisk del directorio "/use/lib/
> asterisk/modules"?
>
> Hay es donde la "pifie" yo... :-)
>
> Saludos,
>
> Ramses
>
Reply all
Reply to author
Forward
0 new messages