После восстановления из бакапа опять перестали логироваться звонки

Question

Удаление файла, и несколько перезагрузок не помогает.
пробовал включать отключать запись разговоров - результата 0

в логах постоянно это:

May 15 07:36:34 log_msg_db[4642]: Table 'call_events' doesn't exist in database when dumping meta-data for Models\CallEventsLogs

--- upd

Заметил что на виртуалке где я поднимал тестовую версию права на файлы совсем другие:

cdr* - WWW
events_log.db - ROOT

может дело в этом?

-upd

chown www:www /storage/usbdisk1/mikopbx/astlogs/asterisk/cdr.db
chown www:www /storage/usbdisk1/mikopbx/astlogs/asterisk/cdr.db-shm
chown www:www /storage/usbdisk1/mikopbx/astlogs/asterisk/cdr.db-wal

 и Сразу все заработало.

Кроме записи разговоров, но это решилось перезагрузкой

так что видимо проблема была в правах.
 

вопрос к разработчикам: почему после восстановления из бакапа слетают правильные права на файлы?

Comments

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

Answer 1

Если рекомендации из https://qa.askozia.ru/5252/table-call_events-doesnt-exist?show=5252#q5252 

не помогли:

Попробуйте создать таблицу вручную. Вот набор команд. 

sqlite3 /storage/usbdisk1/mikopbx/astlogs/asterisk/events_log.db 'CREATE TABLE IF NOT EXISTS "call_events"("id" INTEGER PRIMARY KEY,"eventtime" TEXT,"app" TEXT,"linkedid" TEXT,"datajson" TEXT)'
sqlite3 /storage/usbdisk1/mikopbx/astlogs/asterisk/events_log.db 'CREATE INDEX IF NOT EXISTS i_call_events_linkedid ON call_events (linkedid)'
sqlite3 /storage/usbdisk1/mikopbx/astlogs/asterisk/events_log.db 'CREATE INDEX IF NOT EXISTS i_call_events_eventtime ON call_events (eventtime)'
sqlite3 /storage/usbdisk1/mikopbx/astlogs/asterisk/events_log.db 'CREATE INDEX IF NOT EXISTS i_call_events_app ON call_events (app)'

reboot

Comments

Добрый день!

Не совсем понятно причем тут файл events_log.db, у нас проблема с файлом истории cdr.db. При его удалении после перезагрузки система создает новый файл и все начинает работать. Истории естественно нет. Если во время работы подменить на старый файл, то история появляется, даже пишутся новые вызовы. Но, это только до перезагрузки. Где можно посмотреть логи загрузки/ошибок? в каких файлах они хранятся

---

Вы сами приложили сообщение об ошибке:

 Table 'call_events' doesn't exist in database when dumping meta-data for Models\CallEventsLogs

Оно касается файла events_log.db. Выполните рекомендации описанные выше, ошибка должна уйти. 

---

Приношу извинения, хотел ответить в другой теме (перепутал темы)

https://qa.askozia.ru/7828/срочно-не-работает-после-выключения-miko-pbx-на-вм-yandex

комментарии можно удалить