Приветствую!

На входе.
Cервер версии 1.4.21.2, на нем много ip-телефонов Nokia SIP client. Сервер связан транком IAX2 c Астериском такой же версии. Проблемный сервер имеет PRI плату, подклюение по QSIG к АТС Panasonic. SIP клиенты работаю отлично, плата аналогично. Никаких WARNING или ERROR в консоле нет.

На выходе
Переодически: раз в неделю или в месяц, выпадает демон Астериска из процессов. И, естественно, кирдык VoIP!

Попытки решить проблему
Запускал в режиме dumpcore=yes. Dump не обнаружен в /usr/sbin/asterisk. Вопрос, куда должен выпадать core? Если должен

Интересно то, что в /var/run/asterisk, после падения сервиса, остаются файлы: asterisk.ctl, asterisk.pid.
После падения делаю /etc/init.d/asterisk start -- сервис нормально подымается.
P.S. Zaptel framework после падения работает, Астериск запущен от non-root user, в /var/log/asterisk/messages -- ничего крамольного не обнаружено, обычная инфа протоколирования работы сервиса.

P.S.2. Сервер IBM3550 4xCPU, 1xCore. Ось: Ubuntu Server 8.10, kernel: 2.6.24-23-server с поддержкой SMP.
Есть какие-либо соображения, как решить проблему? у меня пока несколько: собрать asterisk 1.4.25.1+dahdi-2.2.0 (пока тестирую) или прописать в cron стартовать сервис через скрипт, раз в 2-3 мин. Но это уже не красиво, ИМХО

Заранее благодарен за дельные советы!

Там есть вообще safe_asterisk? Это /etc/init.d/asterisk как-то завязано на него?
Всё что запущено через safe_asterisk разве может упасть?
Если да, то в /var/log/asterisk/full должно быть ясное указание на причину A-F-A-I-K.

пустите его из-под gdb, когда вывалится в gdb сможете сказать "bt" и увидеть call stack.

Корка валится в /tmp/

А нескромный вопрос - дампы-то вообще включены? ulimit -c ненулевой для астериска, /proc/sys/kernel/core_pattern с каким-нибудь разумным путем, опять же.

1) Запустил через скрипт safe_asterisk, пока полет нормальный! Спасибо, ded, как-то и забыл об этом скрипте;

2) На сколько понял с манов, запуск safe_asterisk, подразумевает запуск Астериска с asterisk -g (отладочный режим, в котором по советам бывалых, не следует запускать на системах в продакшине); для тех кто столкнется с подобным, проверить параметры запуска демона можно с помощью банального ps aux | grep asterisk, должно вывести название демона с теми параметрами, с которым он стартонул;

3) dimas, если все верно в 2), то проверю coredump. Thanks

4) simax, в /tmp корки не обнаружено. Thanks

5) >дампы-то вообще включены?
Вот это не совсем понятно, подробней с этого момента, Pls

Не рекомедуется запускать без оптимизаций, когда создается читаемый core. -g сам по себе ничего плохого не несет (или я что-то не понимаю)

safe_asterisk в себя включает установку ulimit. Так что все что остается - ждать сообщения на email, указанный в safe_asterisk, а затем проверить наличие корки в /tmp