Servidor de asterisk se bloquea

[GustavoGG]

Hola estimados buen dia, solicitando de su ayuda. Tengo un servidor asterisk 1.8.19 corriendo sobre Centos 6.4 pero en algunas ocasiones durante la noche se queda bloqueado y se cae toda la telefonia, lo extraño que es que esto lo hace en horas en que el trafico de llamadas es muy bajo, anexo la pantalla que aparece cuando se bloquea.
En espera de su amable ayuda.
Saludos!!

[navaismo]

Eso parece un Kernel Panic o un dump core de Asterisk, para que puedas recolectar más información sigue esta Guía https://wiki.asterisk.org/wiki/displ...ng+a+Backtrace

Y te recomeindo que pases a la version mas actual de la rama 1.8 para ver si era problema de esa versión o bien un problema con el kernel/hardware.

[GustavoGG]

Muchas gracias por la respuesta, estoy leyendo la guia y el dia de maña procedo con la actualizacion.
Saludos!!

[GustavoGG]

Que tal navaismo, te comento que hice la actualizacion del asterisk a la ver. 1.8.22 y se bloqueo de nuevo una vez. Otro cambio significativo fue que restringi el numero de canales utilizados en el dahdi-channels.conf para la tarjeta E1 sangoma del 9 al 18, ya que solamente tenemos 10 canales contratados,los canales 1 al 8 estan siendo utilizados por una tarjeta openvox gsm, ya tengo casi una semana sin que se haya vuelto a bloquear. Crees que esto haya sido el problema? Anexo los valores que tengo en dahdi-channels.conf antes y despues:

;;;;;;;;;;;;;;;;;;;;Antes:;;;;;;;;;;;;;;;;;;;;;;;; ;;;;;;;;;;;;;;;;;;
; Span 1: WPE1/0 "wanpipe1 card 0" (MASTER) HDB3/ RED
group=0
context=from-pstn
signalling=mfcr2
mfcr2_variant=mx
mfcr2_get_ani_first=no
mfcr2_max_ani=10
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=1
mfcr2_forced_release=no
channel => 9-23,25-39

;;;;;;;;;;;;;;;;;;Modificado;;;;;;;;;;;;;;;;;;;;;; ;;;
; Span 5: WPE1/0 "wanpipe1 card 0" HDB3/ RED
signalling=mfcr2
mfcr2_variant=mx
mfcr2_get_ani_first=no
mfcr2_max_ani=10
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=-1
mfcr2_forced_release=no
context=from-pstn
group=0
channel => 9-18

[navaismo]

No se si eso seria un problema, pero si al hacer ese cambio ya no sucede quiere decir que es muy probable, la única manera de saber es viendo el backtrace o el dump del kernel.