запустите просто с командной строчки:
ulimit -c unlimited
asterisk -vvvvvcddddd
и глядите что происходит. Если астериск падает коркой то напишется core dumped и корка будет в текущем каталоге (обычно).
Если так тогда смотрите корку с помощью gdb.
gdb /usr/sbin/asterisk ./core.XXX

ok, попробую

А еще убедитесь, что не используется одновременно ODBC и MySQL.

mysql нет, стоит postgres + odbc коннектор к нему

в общем валится астериск с такой ошибкой:

Segmentation fault


это сообщение в консоли (запускал asterisk -vvvvvcddddd )

запускаю, подключаюсь с другой сессии (через asterisk -r). меняю в БД например поле context. даю sip prune realitime <xxx>
еще раз меняю, на какой то момент (точно не уловил) context вступает в силу _без sip prune_. меняю опять, изменения не происходят, даю команду sip prune realitime <xxx>, через 30-60 сек астериск крашится.

Ну что, получи core, загони в gdm и погляди где именно он рушится.

к сожалению в /usr/sbin не обнаружился core dump

В asterisk.conf dumpcore=yes? Собран ли asterisk с debug инфо? Запускайте его с консоли asterisk -vvvncg и поймаете core в текущей папке.

> В asterisk.conf dumpcore=yes
да

> Собран ли asterisk с debug инфо

пересобрал с
DEBUG_THREADS
DONT_OPTIMIZE

> Запускайте его с консоли asterisk -vvvncg

запустил, asterisk -vvvncgd

прямо с папки /usr/sbin

итог - файла с core dump там не видать...

должна быть надпись core dumped после Segmentation Fault
можно тупо сделать так - должно сработать (по крайней мере на CentOS и Fedora'х работает):
# cd /tmp
# ulimit -c unlimited
# asterisk -vvvvvcddddd
# ls -la core*

Корка должна упасть в текущий каталог (в /tmp)

Другой вариант (тоже работает на CentOS'ах и Fedora'x):
если запускать через сервис /etc/init.d/asterisk start который поднимает астериск через safe_asterisk тогда корка будет валиться в /tmp.

> если запускать через сервис /etc/init.d/asterisk start который поднимает астериск через safe_asterisk тогда корка будет валиться в /tmp.


вот так сработало.

будем ковырять дамп)