http://asteriskpbx.ru/pastebin/15 - bt2
Этот дебаг выдернул по-другой схеме

Насколько я понял, переменная ast_variable_new выходит за границы массива. Также смущает name_len = Variable "name_len" is not available... Длину массива не получили и вылезли за границы.
ast_variable - это структура в include/asterisk/config.h, состоящая из указателей..
Вообще ужас, 21 век на дворе, а приходится манипулировать руками с памятью! Си - в музей! Даешь Java/Python!

P.S. Игорь, не поглядишь? Пахнет баг репортом.

litnimax самый прикол в другом. Я поставил еще на подробный лог MySQL, так тот показывает что идет SELECT, и причем он данные выбирает из базы, т.е. возврат тоже идет и после этого... @#$@@$^%$!! и обрубает конект

В какой момент все падает, когда * обращается к екстеншенам в базе (extensions), или к данным юзера (sip_users) в момент регистрации юзера на сервере?

Попробуйте вначале отключить extensions из Realtime. Т.е. на время поиска проблемы. Просто создайте контекст в extensions.conf и закомментируюте "extensions" в extconfig.conf

И еще, сделайте плз. выборку всех полей из базы по юзеру (если система валится при обращении к данным по sip):

select * from sip_users where username ХХХ;

чисто теоретически:
может попробовать REPAIR TABLE сделать?
битая таблица может возвращать селект по одному полю, но по нескольким выдавать ошибку (127 вроде)

switch REPAIR TABLE смысла нет делать т.к. там только одна запись, но все равно сделал - не помого

cron333

В какой момент все падает, когда * обращается к екстеншенам в базе (extensions), или к данным юзера (sip_users) в момент регистрации юзера на сервере?

В момент обращения к данным юзера

Выборка:
id disallow allow callerid canreinvite context host name nat secret type username videosupport

2 all g723.1;g729;ilbc;gsm;ulaw;alaw Tsoy Tim no office dynamic tsoy.t route 1111 friend tsoy.t yes

С небольшим смещением, но понять можно

у тебя нет конфликта libmysql в системе?

Вы все поля показали?

Поле - name у вас содержит имя: tsoy.t.

Ваш sip-клиент пытается зарегистрироваться с данными: tsoy.t. : 1111 ?

Попробуйте заменить tsoy.t на цифровой экстеншн ...

P.S. Все равно, падать от этого не должно ...

macman как проверить? Могу сказать лишь одно - ставил Mysql из RPM пакетов и другие базы работают нормально. Для Астериска вынимал из сырцов и правил mysql_config
Повторюсь CDR работает нормально!!!

cron333 Дело точно не в этом! Если удалять столбцы, то он будет ругаться на другие данные в таблице. Проверил c цифровым - то же самое

Попробуйте тогда собрать полную версию таблицы.
И для начала добавить данные только в поля - name, username, secret, host

P.S. Только сейчас увидел, у вас нет поля - regseconds, ipaddr... (в эти поля вносятся динамические данные)
В общем полная версия вас должна спасти ... ) (потом постепенно удалите "лишние" поля)