Skip to first unread message
Guy Fawkes
Nov 8, 2020, 6:18:30 AM11/8/20
to Форум сайта http://pbx.gal.cv.ua
Проблема следующая: подключаюсь к АТС (KX-NS500), вношу изменения (или не вношу) в конфигурацию esmdr, перезапускаю, esmdr больше не может подключиться к АТС, помогает только перезапуск АТС. Не сталкивались с таким?
Guy Fawkes
Nov 8, 2020, 8:27:08 AM11/8/20
to Форум сайта http://pbx.gal.cv.ua
Фантомная ошибка, закономерности пока не выявил.
Wowa
Nov 8, 2020, 2:03:17 PM11/8/20
to Форум сайта http://pbx.gal.cv.ua
Думаю, проблема с сетью. Проверьте, чтобы ip адрес АТС не получало другое устройство в сети.
Еще нужно проверить, что бы другая программа, или другая копия eSMDR не пыталась подключится к станции.
Артем Мавров
Nov 16, 2020, 4:11:28 PM11/16/20
to Форум сайта http://pbx.gal.cv.ua
должен подключиться сам при следующем событии (вызов или другое)
Guy Fawkes
Nov 20, 2020, 7:21:55 AM11/20/20
to Форум сайта http://pbx.gal.cv.ua
Парни, не подскажете, что это может быть? Как будто база засыпает.
[img]https://i.comss.pics/2020/11/20/1.png[/img]Guy Fawkes
Nov 20, 2020, 7:23:28 AM11/20/20
to Форум сайта http://pbx.gal.cv.ua
Wowa
Nov 22, 2020, 2:35:09 AM11/22/20
to Форум сайта http://pbx.gal.cv.ua
На скриншоте видно, что у вас не стабильная связь между eSMDR и сервером БД. Сам наблюдал схожую картину, при подключении через VPN поверх 3G.
Но, eSMDR, как раз и спроектирована для работы в самых неблагоприятных условиях. При отсутствии связи с БД, данные не теряются, а накапливаются в внутреннем буфере. Таким образом, звонки не теряются, они будут записаны в базу после восстановления соединения.
Guy Fawkes
Nov 22, 2020, 3:09:33 AM11/22/20
to Форум сайта http://pbx.gal.cv.ua
Да вот в том-то и дело, что база на той же VM, что и eSMDR/
Guy Fawkes
Nov 23, 2020, 2:27:19 AM11/23/20
to Форум сайта http://pbx.gal.cv.ua
Ошибки в логах MySQL
2020-11-23 9:49:28 13 [Warning] Aborted connection 13 to db: 'pbxcalldb' user: 'smdr' host: 'localhost' (Got timeout reading communication packets)
2020-11-23 10:08:04 14 [Warning] Aborted connection 14 to db: 'pbxcalldb' user: 'smdr' host: 'localhost' (Got timeout reading communication packets)
2020-11-23 10:24:11 15 [Warning] Aborted connection 15 to db: 'pbxcalldb' user: 'smdr' host: 'localhost' (Got timeout reading communication packets)
Guy Fawkes
Nov 23, 2020, 2:43:57 AM11/23/20
to Форум сайта http://pbx.gal.cv.ua
Вроде как пишут, что всё дело в параметрах MySQL: interactive_timeout и wait_timeout. У меня стоят значения по умолчанию 180 секунд, и действительно, если вызовы идут часто, ошибок не возникает, но если проходит какое-то время, MySQL рвёт соединение и запись в базу не проходит с первого раза. Я понимаю, что по большому счёту это не критично, можно увеличить значения этих параметров, но как-то с другими программами таких проблем не возникает, тот же PBXStat крутится на той же базе и соединения не рвутся.
Wowa
Nov 23, 2020, 11:36:29 AM11/23/20
to Форум сайта http://pbx.gal.cv.ua
Другая программа может переустанавливать соединение перед записью каждого звонка.
eSMDR рассчитана на работу с высоконагруженными АТС и, по возможности, использует уже установленное соединение.
Вы можете задать параметры таймаута в DSN, если не хотите менять настройки сервера. Там есть поле, куда можно писать команды инициализации. Попробуйте set wait_timeout = 20000
Reply all
Reply to author
Forward
0 new messages