Да, действительно не были установлены пакеты odbc. Установили нужные пакеты (в инструкции с wiki описана установка в redhat дистрибутивах, у нас для asterisk используется debian wheezy, устанавливал по инструкции http://www.asteriskdocs.org/en/3rd_Edition/asterisk-book-html-chunk/installing_configuring_odbc.html) Предварительно модулю pt1c на freepbx сделан uninstall. Итак, пакеты unixODBC, unixODBC-dev, libmyodbc установлены (пакет установился в /usr/lib/i386-linux-gnu/odbc), конфиги odbc и odbcinst поправлены (см. скриншоты). Вывод odbcinst -q -d отвечает [MySQL] После этого серверу сделан reboot. После загрузки заново установлен модуль pt1c, активирован интерфейс ajam. Результат такой же: в таблице PT1C_cdr снова 3000 записей и не увеличивается, хотя запись в cdr идет. Таблица cel вообще пустая. Подскажите пожалуйста, ведется ли какой-то лог при конвертации записей в таблицу PT1C_cdr ? Может быть есть какая-то запись в таблице cdr, на которой модуль спотыкается?
Здравствуйте еще раз. Настроил поддержку odbc на asteriske, в выводе команды module show like odbc показываются нужные 6 модулей. По конфиг файлам настройки такие как описаны в сообщении выше.
Модулю pt1c делаю uninstall, потом снова install, таблица PT1C_cdr в базе asteriskcdrdb появляется, и снова только 3000 записей. Подскажите, должна ли полностью таблица PT1C_cdr заполнится данными из таблицы cdr при установке модуля?
После этого делаем звонки - запись не идет ни в таблицу cdr, ни в таблицу PT1C_cdr. Не подскажите что еще может быть не настроено из нужного для вашего модуля?
Добрый день. После пересборки астериска с поддержкой odbc наконец-то заработал импорт истории звонков, но появились несколько новых вопросов: 1. регламентное задание по загрузке истории вылетает с ошибкой: "МИКО.стЗагрузкаИсторииЗвонков Ошибка запуска регламентной задачи: {ОбщийМодуль.МИКО_стЗагрузкаИсторииЗвонков_v7.Модуль}: Поле объекта не обнаружено (ремяОкончания)", при этом записи в регистрах сведений CDR и CEL появляются, а вот документы "МИКО: запись истории звонков" не создаются (точнее создаются только с типом "NO ANSWERED"). (Версия модуля 1.0.1.8 2. Есть ли возможность такой настройки: чтобы CDR писалось как в таблицу PT1C_cdr, так и в стандартную CDR, потому что сейчас получается пропала возможность просмотреть историю звонков через web-gui FreePBX.
Данные подгружаются не мгновенно, таблица cel обычно больше в размере чем cdr, потому сперва создаются "предварительные" документы, а когда подряжаются все данные cel документ обновляется.
Цитата
ООО "Мастер Софт" разработчик написал: Есть ли возможность такой настройки: чтобы CDR писалось как в таблицу PT1C_cdr, так и в стандартную CDR
Факт, что после сборки нового Asterisk стандартные механизмы перестали работать скорее всего означает, что не все модули были собраны.
Настроить возможно, рекомендую обратиться к документации Asterisk. Предложенные нами настройки не переопределяют существующие, а дополняют их. Выдержка из документации:
Код
;Опишем правило логированиря CEL записей:
;/etc/asterisk/cel_odbc.conf
[PT1C_cel]
connection=PT1C_asteriskcdrdb
loguniqueid=yes
table=cel
;Опишем правило логированиря CDR записей:
;/etc/asterisk/cdr_adaptive_odbc.conf
[PT1C_Global]
connection=PT1C_asteriskcdrdb
table=PT1C_cdr
alias recordingfile=>recordingfile
alias start=>calldate
Согласно примеру, явно указывается имя таблицы table=PT1C_cdr: Вы можете определить свою секцию, с необходимым именем таблицы.
Обязательно убедитесь, что для конвектора разрешено необходимое количество соединений "limit":
Код
;Опишем ресурс доступа к базе данных: /etc/asterisk/res_odbc.conf; настройка соединения
[PT1C_asteriskcdrdb]
enabled=>yes
dsn=>MySQL-asteriskcdrdb
pooling=>no
limit=>1
pre-connect=>yes
username=>asteriskuser; имя пользователя базы данных
password=>admin ; пароль пользователя базы данных
Спасибо, по таблице cdr разобрался, сделал чтобы запись шла и в PT1C_cdr, и в cdr.
По ошибке: все-таки вы уверены, что ошибка (ремяОкончания) не влияет на загрузку истории? Потому что звонки совершаются уже на протяжении 2 часов, а в документах появляются только записи с disposition "No answered"?
ООО "Мастер Софт" разработчик написал: По ошибке: все-таки вы уверены, что ошибка (ремяОкончания) не влияет на загрузку истории?
Такая вероятность есть. Предлагаю проверить. Откройте регистры "МИКО_стИсторияЗвонковCDR", "МИКО_стИсторияЗвонковCEL" и сравните даты в последних записях.
В CDR: 28.06.2016 10:17:18 В CEL: 28.06.2016 10:18:15 Последний документ МИКО_записьИсторииЗвонков: 28.06.2016 10:12:55, все документы имеют disposition "NO ANSWERED"
Возможности сделать выгрузку в dt среди рабочего дня нет, могу прислать выгрузки нужных регистров и документов с помощью универсальной выгрузки в XML. Может быть есть возможность предоставить cf c одним модулем МИКО_стЗагрузкаИсторииЗвонков_v7, в котором поправлена ошибка, чтобы я мог срастить только его?
Еще раз спрошу: сможете предоставить версию модуля 1.0.1.8 с исправленной опечаткой? Следующей версии модуля неизвестно сколько ждать, а у клиента сейчас получается только пропущенные вызовы импортируются, что не очень хорошо. Либо уточните у разработчиков, можно ли модуль МИКО_стЗагрузкаИсторииЗвонков_v7 взять из версии 1.0.0.7, потому что в ней в ходе тестирования такой ошибки замечено не было, звонки грузились все.
Добрый день. Обновили модуль статистики присланным релизом, описанная ранее ошибка пропала, но в журнале регистрации появились две новые:
Событие: МИКО.ЗагрузкаИсторииЗвонковCDR Комментарий: Ошибка загрузки истории CDR: {ОбщийМодуль.МИКО_стЗагрузкаИсторииЗвонков_v7.Модуль}: Поле объекта не обнаружено (peeraccount)
и
Событие: МИКО.ЗагрузкаИсторииЗвонковCEL Комментарий: Ошибка загрузки CEL записей: {ОбщийМодуль.МИКО_стЗагрузкаИсторииЗвонков_v7.Модуль}: Поле объекта не обнаружено (src)
Новые записи в регистрах сведений МИКО_стИсторияЗвонковCDR и МИКО_стИсторияЗвонковCEL не появляются.