Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

всем привет! наблюдаю странное поведение на Астере (18.19.0) . CDR и CEL пишутся локально + через ODBC в базу MySQL(8.0.) . И стало периодически такое поведение - с самого утра, когда звонков почти нет, невозможно дозвонится. Начал смотреть CDR -там причина FAILED . Посмотрел core show channels verbose -там висят каналы на Set(CDR(recordfile) ) и при этом очередь в таспроцессорах на stasis /m:cdr и stasis /m:cel . После 10 минут примерно эти каналы сбрасываются и входящая норм работает, такое ощущение что Астериск не обрабатывает соединения , пока у негго эти каналы в обработке, т.е новые звонки он также фиксирует в каналах но также их и отбивает. По сети - ошибок не было(ну как обычно), на фаерволах блокировок тоже нет. Ошибок диска также нет(по крайней мере по ошибкам виртуализации). Может кто сталкивался с таким поведением и знает что можно еще проверить?

проверить таблицы cdr/cel на ошибки

[notify_ded_bot]

всем привет! наблюдаю странное поведение на Астере (18.19.0) . CDR и CEL пишутся локально + через ODBC в базу MySQL(8.0.) . И стало периодически такое поведение - с самого утра, когда звонков почти нет, невозможно дозвонится. Начал смотреть CDR -там причина FAILED . Посмотрел core show channels verbose -там висят каналы на Set(CDR(recordfile) ) и при этом очередь в таспроцессорах на stasis /m:cdr и stasis /m:cel . После 10 минут примерно эти каналы сбрасываются и входящая норм работает, такое ощущение что Астериск не обрабатывает соединения , пока у негго эти каналы в обработке, т.е новые звонки он также фиксирует в каналах но также их и отбивает. По сети - ошибок не было(ну как обычно), на фаерволах блокировок тоже нет. Ошибок диска также нет(по крайней мере по ошибкам виртуализации). Может кто сталкивался с таким поведением и знает что можно еще проверить?

Занята база данных/таблица cdr

[notify_ded_bot]

проверить таблицы cdr/cel на ошибки

чекал -все ОК, даже сделал очистку + OPTIMIZE

[notify_ded_bot]

чекал -все ОК, даже сделал очистку + OPTIMIZE

база на другом сервере, тоже проверяли?

[notify_ded_bot]

база на другом сервере, тоже проверяли?

MySQL на другом (удаленном )сервере и ее и проверял. БД там с таблицами

[notify_ded_bot]

MySQL на другом (удаленном )сервере и ее и проверял. БД там с таблицами

вы написали что пишется и локально и удаленно.
все таблицы проверили?

[notify_ded_bot]

вы написали что пишется и локально и удаленно.
все таблицы проверили?

Извиняюсь не так написал - локально пишется cdr в csv + в удаленную базу MuSQL (cdr+cel таблицы)

[notify_ded_bot]

может как вариант дамп поставить между 2 хостами, но непонятно что там высматривать

[notify_ded_bot]

может как вариант дамп поставить между 2 хостами, но непонятно что там высматривать

включите отладку SQL в мускуле.
где то по сети рвется или не доступен коннект.
а может какие то процессы блокируют

[notify_ded_bot]

всем привет! наблюдаю странное поведение на Астере (18.19.0) . CDR и CEL пишутся локально + через ODBC в базу MySQL(8.0.) . И стало периодически такое поведение - с самого утра, когда звонков почти нет, невозможно дозвонится. Начал смотреть CDR -там причина FAILED . Посмотрел core show channels verbose -там висят каналы на Set(CDR(recordfile) ) и при этом очередь в таспроцессорах на stasis /m:cdr и stasis /m:cel . После 10 минут примерно эти каналы сбрасываются и входящая норм работает, такое ощущение что Астериск не обрабатывает соединения , пока у негго эти каналы в обработке, т.е новые звонки он также фиксирует в каналах но также их и отбивает. По сети - ошибок не было(ну как обычно), на фаерволах блокировок тоже нет. Ошибок диска также нет(по крайней мере по ошибкам виртуализации). Может кто сталкивался с таким поведением и знает что можно еще проверить?

астер офисный?