я не осилю доку меры влет, а вопрос надо было срочно решить

Вообще процентов 90 вопросов не было бы, если бы пользователи внимательно читали документацию

Не всегда все так очевидно. Для того спрашивают. мало того есть и те вопросы которые в 10% попадают

Не всю. Только по астеру/каме и по центосу

ну и параллельно я вел поиск в доке, но там же черт ногу сломит

Не всю. Только по астеру/каме и по центосу

Да лаадно. Прям вот все все по центосу?

короче ты злобный и занудный

Не всегда все так очевидно. Для того спрашивают. мало того есть и те вопросы которые в 10% попадают

На самом деле распределение такое 50% есть в документации, 5% в гугле, еще 15% можно решшить самому изучив документацию. Оставшиеся 10% требуют мозгового штурма

0 байт

место кончилось ?

На самом деле распределение такое 50% есть в документации, 5% в гугле, еще 15% можно решшить самому изучив документацию. Оставшиеся 10% требуют мозгового штурма

привет математикам

Да лаадно. Прям вот все все по центосу?

Не наизусть. Обзорно пролистывал чтобы знать в каком разделе искать потом интересующий меня вопрос

50+5+15+10 = ?

А оставшееся нерешаемо)

место кончилось ?

а кстати было недавно, как-то не сопоставил события

Или решаемо но с привлением чего то еще

свободное место проверь на сервере

вот и ответ - базы крашанулись mysql

https://i.imgur.com/6HIeDsP.png

Неа, я слежу, за ними, на всякий пожарный, а то сделают как машину судного дня на FS

check по всем базам

Неа, я слежу, за ними, на всякий пожарный, а то сделают как машину судного дня на FS

Не будет этого никогда?

Не наизусть. Обзорно пролистывал чтобы знать в каком разделе искать потом интересующий меня вопрос

Если обзорно - это просто нужно понимать философию linux и unix подобных систем. Не знаю ни одного админа, который бы знал все по любой проблеме. Проще иногда спросить, чем лопатить горы доков и флуда в гуглах

при релоаде Freepbx астериск крашится и перезапускается, в каких файлах или как можно выяснить причину краша?

https://wiki.asterisk.org/wiki/pages/viewpage.action?pageId=5243139

И доставить весь софт для gdb, у меня там чёт на 300 или 700 метров навстовало.

не надо никаких дебаг отладчиков - если все работало, нечего не делали и вдруг ёпт

смотрите проще

https://wiki.asterisk.org/wiki/pages/viewpage.action?pageId=5243139

а эт у тебя крашился из-за т38?

"Проблема не решалась никак. Пришлось пойти на крайние меры и открыть документацию" ?

Ага, в моём случае, нужно было правильные исходники подобрать для spandsp 28 что ли на окончании или как там...

"Проблема не решалась никак. Пришлось пойти на крайние меры и открыть документацию" ?

Это везде так - от тосетра до автомобиля

тостера

Ага, в моём случае, нужно было правильные исходники подобрать для spandsp 28 что ли на окончании или как там...

не понял. как вылечили то? и как поняли что править? остановились на функции, которая крашила

смотрите проще

а как проще? )

до этого работало ? нечего не крутили ?

нечего не обновляли ?

проверку mysql баз сделали ?

да это очень давно началось просто раньше не парило а теперь доставляет неудобства

https://www.soft-switch.org/downloads/spandsp/spandsp-0.0.6pre21.tgz Только так, остальные некошерные почему-то, 457 строкой.

не понял. как вылечили то? и как поняли что править? остановились на функции, которая крашила

Вот эта версия только и пошла. в исходниках ковыряться для меня, это не один день, пошёл по пути, раз у людёв работает и работает на другой машине, и на 457 строке, чёт другое написано и переменные в функцию передаётся по другому и функция немного отличается, значит другой код и надо поиграться в угадайку.

т.е. вылечилось сборкой из другого исходника? ну, я так и думал.

Угу, из другого. Раньше в примерх в тырнете, именно на эту верси ссылки были.

да это очень давно началось просто раньше не парило а теперь доставляет неудобства

тогда обновляетесь на актуальные версии

тут у нас есть шабашники - которые мертвого поднимут

тогда обновляетесь на актуальные версии

mysqlcheck —repair —all-databases ............. Done asterisk 13 freepbx 14

тест памяти на машине делали ?

щас кто-то точно руки к небу вскинет - Это VM в кластере Hyper-V

тогда - ядро давно обновляли ?

обновления на hyper-v все стоят ?

server 2016

О ребята, смотрите, у нас Бэта тестер МикроМягких завелся !!!!

Обновления то стоят ?

Да да, сертифицированный бетатестер )

О ребята, смотрите, у нас Бэта тестер МикроМягких завелся !!!!

МелкоМягких, извините )

ООО "Маленькие Програмки" ☺️

Люди подскажите как принимать сообщения от MessageSend с другого сервера

https://www.voip-info.org/wiki/view/Asterisk+cmd+MessageSend

только что разобрался

А если ручками астер подергать?

core reload крашит астериск

core reload крашит астериск

Так он что-то в консоль то при этом пишет не?

telefonika*CLI> core reload telefonika*CLI> Disconnected from Asterisk server Asterisk cleanly ending (0). Executing last minute cleanups

Блин, открыл группу, увидел Hyper-V, server 2016 испугался...Думал и сюда добралось..Ан нет, все в порядке.

telefonika*CLI> core reload telefonika*CLI> Disconnected from Asterisk server Asterisk cleanly ending (0). Executing last minute cleanups

А если так? asterisk -rxvvvv "core reload" правда синтаксис мог напутать

поясните пожалуйста, если для локальных экстеншнов сделать qualify=no - чем это улучшит ситуацию?

поясните пожалуйста, если для локальных экстеншнов сделать qualify=no - чем это улучшит ситуацию?

А чем ухудшает?

ну, хотелось бы понять надо ли оно вообще в локалке?

А если так? asterisk -rxvvvv "core reload" правда синтаксис мог напутать

вспомнил после чаго началось, после апдейта фпбх с 13 на 14 и стали сыапться варнинги odbc.

поиском нашел

ERROR: S client not available

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

как убедиться? ))

telefonika*CLI> core reload telefonika*CLI> Disconnected from Asterisk server Asterisk cleanly ending (0). Executing last minute cleanups

chan_sip? Полная версия астериска и фриипбх?

telefonika*CLI> core reload telefonika*CLI> Disconnected from Asterisk server Asterisk cleanly ending (0). Executing last minute cleanups

И еще раз, в какой момент сыпется? В момент релоада по "красной кнопке"?

chan_sip? Полная версия астериска и фриипбх?

почти все на PJSIP, пара транков SIP Asterisk 13.17.0 FreePBX 14.0.1.4

любой релоад

хоть с консоли хоть кнопкой в вэбморде

есть бага, она обычно проявляется, когда пиров 200+, что при релоаде через кнопку (именно через кнопку) все падает вплоть до полного ребута всего.

на вашу... не похожа ситуация, на самом деле. Лишь отдаленно

ну и да, бага не излечена до сих пор, если что

ну и да, бага не излечена до сих пор, если что

это бага именно кнопки? Если с консоли core reload то же упадет?

я никогда не делал core reload (не могу представить ситуацию, что это надо сделать), но не думаю, что это связано

с кнопки именно по той причине, что по кнопке это происходит через AMI запрос и именно потому, что через AMI перезапускается какой то модуль, оттого и падает

если релоад модуля с кнопки оторвать - все будет ок. Но там наговнокожено так, жуть...

sip reload не крашит

надо найти какой модуль крашит

при релоаде с кнопки последняя запись в консоли о ODBC

я никогда не делал core reload (не могу представить ситуацию, что это надо сделать), но не думаю, что это связано

не могу представить ситуацию, что это надо сделать Но там наговнокожено так, жуть... Противоречие тут вижу я. Может быть проблема багы как раз в том, что наговняжено и, по сути, это проблема веб-морды, а не астера?

не могу представить ситуацию, что это надо сделать Но там наговнокожено так, жуть... Противоречие тут вижу я. Может быть проблема багы как раз в том, что наговняжено и, по сути, это проблема веб-морды, а не астера?

морда имхо не причем если крашится при core reload

Выгружаем модули и смотрим

морда имхо не причем если крашится при core reload

однозначно. Если с консоли и т о же рушщится, дело в астере. Выгружать модули и пробовать, смотреть результат.

https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=52&CHAPTER_ID=03236 Привет. Подключал кто битрикс к FreePBX ?

не, парни, факт, что AMI релоад убивает астери при пирах 200+. Это факт. Я как то и пишу, что не похоже это на него

правльно, выгружать модули и пробовать

я бы PJSIP выключил. Или chan_sip, что то одно бы оставил. И WSS если есть

не, парни, факт, что AMI релоад убивает астери при пирах 200+. Это факт. Я как то и пишу, что не похоже это на него

Чего-чего?

писал выше, мне лень все по новой писать, покрутите вверх)

я бы PJSIP выключил. Или chan_sip, что то одно бы оставил. И WSS если есть

chan_sip и chan_pjsip прекрасно вместе работают

я бы PJSIP выключил. Или chan_sip, что то одно бы оставил. И WSS если есть

все абоненты на PJSIP - не выключить. а sip reload не крашит - смысла нет выгружать наврное

Ломает чтото другое

может odbc но хз как проверить

есть очередь с динамическими агентами, в какой-то момент на одного из агентов тупо перестают приходить звонки, перелогинивание в очередь не помогает, стратегия rrmemory. Подскажите, в куда копнуть, что посмотреть?