Восстановление работы CDR в Asterisk

Иногда после перезагрузки сервера телефонии на базе Asterisk можно столкнуться с неприятной ситуацией, когда записи разговоров в веб интерфейсе во FreePBX CDR Report отсутствуют. Причем в настройках телефонии запись включена, а также сами записи разговоров размещены в определенных директориях на сайте в виде файлов.

В CDR Report видно, что записей нет.

В директории размещения записей звонков можно записи присутствуют.

В такой ситуации необходимо проверить загружены ли следующие модули (рисунок 3):

1. res_odbc.so
2. cdr_adaptive_odbc.so
3. cel_odbc.so

Эти модули непосредственно работают с базой данных. Если они загружены и статус у них «Running», то проблема не в них.

Далее необходимо проверить есть ли записи разговоров непосредственно в самой базе данных MariaDB. Подключимся и проверим.

#mysql –u <username> -p<password> asteriskcdrdb (рисунок 4)

На следующем шаге выполним запрос к таблице CDR (рисунок 5):

# select calldate, src, dst from cdr where calldate >=  '2019-12-25'; 

Как видно из запроса база данных не содержит записей. Т.е. Астериск в нее не пишет.

Перезагрузим Астериск, сделаем тестовый звонок и проверим записи в CDR Report(рисунок 6).

# service asterisk restart

Как видно из скриншота, записи звонков появились.

Поищем ошибки подключения к базе данных в логах Asterisk  (рисунок 7):

# grep sql /var/log/asterisk/full

Такая ситуация может возникнуть из-за того, что Asterisk запускается раньше базы данных, следовательно он не может ее проинициализировать.

Для устранения этой проблемы необходимо сделать так, чтобы база данных загружалась перед загрузкой Asterisk.

В операционных системах семейства Linux используется демон инициализации systemd. В момент загрузки операционной системы он загружает определенные приложения.

Systemd работает с юнитами — это объекты, которыми может управлять система (В основном — стандартизированное представление системных ресурсов, которыми может управлять набор демонов).

Systemd запускает сервисы описанные в файлах конфигурации. Конфигурация может состоять из нескольких файлов которая называется Юнитами.

Юниты могут располагаться в нескольких каталогах:

• /usr/lib/systemd/system/  — в этом каталоге расположены юниты созданные автоматически системой.
• /run/systemd/system/  — в этом каталоге располагаются юниты созданные в процессе работы операционной системы
• /etc/systemd/system/ — в этом каталоге располагаются юниты созданные системным администратором. В этом каталоге мы и будем размещать свои юниты.

Далее мы опишем свой юнит, запускающий Asterisk после запуска базы данных.

Создадим новый файл с названием freepbx.service (рисунок 8):

# vim /etc/systemd/system/freepbx.service

Для создания нам необходимо будет описать три секции: Unit, Service, Install.

[Unit]

• Description=FreePBX VoIP Server – произвольное описание Юнита
• After=mariadb.service – тут указывается запускать наш юнит после запуска базы данных

[Service]

• Type=oneshot – этот параметр для скриптов, которые выполняют одно задание и завершаются.
• RemainAfterExit=yes – Systemd будет считать процесс активным.
• ExecStart=/usr/sbin/fwconsole start –q – это приложение будет запущено при старте системы
• ExecStop=/usr/sbin/fwconsole stop –q – это приложение будет остановлено при остановке системы

[Install]

• WantedBy=multi-user.target — означает, что systemd-сервис запустится, когда система достигнет уровня выполнения 2.

Теперь нам необходимо убрать Asterisk из автозагрузки:

# systemctl disable asterisk

Проверим убран ли он из автозапуска (рисунок 9):

# systemctl status asterisk

Стоит обратить внимание на строку «Loaded: loaded (/etc/rc.d/init.d/asterisk; bad; vendor preset: disabled)» — как видно в автозагрузке службы нету.

После проделанных настроек необходимо перезагрузить операционную систему и проверить запустилась ли служба Asterisk.  Проблема будет решена.