Почему возникает ошибка «Нет связи с сервером» FreePBX 16 при применении изменений?

Question

[Stamm1]

Добрый день, установил Asterisk 18 и freepbx 16 на Ubuntu 22, все работает шустро, поставил минимум модулей необходимых, обновил их через GUI, и заметил что при нажатии "Применить изменения" страница зависает на reloading... и через пол часа выдает ошибку:

Ошибка: Нет связи с сервером
XHR response code: 500 XHR responseText: undefined jQuery status: error

гуглил пару дней, ничего не помогло. Можно обновить страницу, но запрос на сохранение уходит повторно, потому что выдает сообщение: внутренний номер уже создан (к примеру).
В консоли fwconsole r, проходит быстро и настройки применяются.
Места полно, систему ничего не грузит. Перепроверял права доступа из инструкций, все в порядке.
Применял:
chown -R asterisk:asterisk /var/lib/php/session
fwconsole chown
fwconsole r --verbose (ошибок нет)
Смотрел логи при сохранении, ничего особенного не заметил:
/var/log/asterisk/freepbx.log
/var/log/asterisk/full   
логи Apache2,
искал в системе по тексту ошибки, ничего не находит, и по error ничего похожего (учитывая время применения)
Проблема явно где то в apache или/и freepbx.

Ставил на debian12, но при установке, нет возможности выбора пунктов при сборке астерикс: (гуглил причину)
XXX res_config_mysql
--- Deprecated ---
XXX app_mysql
XXX cdr_mysql
если пропустить, то так и не удалось запустить отчеты звонков CDR в интерфейсе freepbx. В остальном вроде все работало.

Есть конечно вариант поставить готовый дистр, но там centOS 7, хотелось бы что то посвежее.

Comments

[Zerg89]

Надо смотреть логи других служб связанных с сайтом php-fpm mysql nginx(apache, caddy)
500 значит что сервер недоступен и это проблема комплексная

[Руслан Федосеев]

а какая разница, какая там ОС?

[Valentin Barbolin]

Проблема явно где то в apache или/и freepbx.

Соответственно логи апача надо посмотреть)

[Stamm1]

Руслан Федосеев, ИИ написал что из debian12 выпилили поддержку старых зависимостей, видимо в ubuntu осталось, тем более 22 версия, если речь про отчеты CDR (ODBC). Можно проблему обойти, но что то у меня не получилось.
По поводу зависания и ошибки, на debian такой проблемы не было.

[Руслан Федосеев]

Stamm1, А ИИ прям главный источник самой правдивой информации.... Просто головой надо пользоваться и внимательно читать, что там за ошибки и почему возникают. Но умеют это не только лишь все....

[Stamm1]

Руслан Федосеев, я все понимаю, причину нашел, ругается на GPG command took too long to run, то что в гугле нахожу пробую, ничего не помогает, многие темы по данной проблеме не закрытые болтаются в сети.

Answer 1

[Stamm1]

прошелся еще раз по логам вручную, поиском пробовал несколько комбинаций из текста ошибки, ничего в логах нет. гуглил еще, зацепился за данную тему и вспомнил, в логе freepbx.log есть строки:

[freepbx.INFO]: GPG command took too long to run. Command was '/usr/bin/gpg --homedir /var/lib/asterisk/.gnupg --no-permission-warning --keyserver-options auto-key-retrieve=true,timeout=10 --no-tty --status-fd 3 --keyserver hkp://keys.openpgp.org --refresh-keys 161311701A971B7A079B5604B8D612FDB2584FE1 D3BB883B19F0B2E7499AF98A48736170C7DAD6CD D38C1CB45FD92C463B371C6DF64CBBC153CD0B27 C5C26167A09555DB29DA4ECF06C57CED5C2FE148 EB312FC936875A7BC236DE6A36992456A6869B39 593E5D6A7107C285E698CB563C355822CCEBF9CB' [] []
[freepbx.INFO]: Tried to refresh keys and failed with:  Слишком длинная команда  GPG для запуска  :[/usr/bin/gpg --homedir /var/lib/asterisk/.gnupg --no-permission-warning --keyserver-options auto-key-retrieve=true,timeout=10 --no-tty --status-fd 3 --keyserver hkp://keys.openpgp.org --refresh-keys 161311701A971B7A079B5604B8D612FDB2584FE1 D3BB883B19F0B2E7499AF98A48736170C7DAD6CD D38C1CB45FD92C463B371C6DF64CBBC153CD0B27 C5C26167A09555DB29DA4ECF06C57CED5C2FE148 EB312FC936875A7BC236DE6A36992456A6869B39 593E5D6A7107C285E698CB563C355822CCEBF9CB] [] []

fwconsole SIGNATURECHECK 0 не помогло))) ругнулся на Command "SIGNATURECHECK" is not defined.

и вот еще по данной проблеме, но не понятно пока что с этим делать, но надо копать в этом направлении

Comments

[Stamm1]

есть применить команды из скрипта на форуме по такой проблеме и потом применить
fwconsole setting SIGNATURECHECK 0 то все работает, но появляется уведомление что файл конфига изменен. Но это костыль, как по мне, не решение проблемы.

[Dmitriy Q]

Вот потому что эта команда "виснет" при выполнении и висит применение.
Отключи проверку подписи модулей (а она похоже проверяется каждый раз при применении), там возможно потребуется включение и подавление установок только для чтения и ошибки не будет, даже скорость применения вырастит.

[Stamm1]

Dmitriy Q, выключил командой fwconsole setting SIGNATURECHECK 0, переживает перезагрузку ОС, но активируется при установке модуля. В целом не критично, пока тестирую ВМ дальше.

[Dmitriy Q]

Stamm1, проверил - и правда есть такой глюк ))