Перестали писаться разговоры в 1.8

[defiso]

Здравствуйте. Стоял FreePBX 2.9.0.7 с астриском 1.6, после обновления астериска на 1.8.8.0 перестали создаваться файлы записи разговора. Т.е. в логах все нормально, видно что запись стартует и останавливается без ошибок, но файла в каталоге monitor не появляется, если откатиться на 1.6, то все нормально. Кто-нибудь сталкивался?

[tma]

Права на каталог правильные?

[defiso]

Да, кончено. 1.6 же пишет.

[ded]

core set debug 5
tail -f /var/log/asterisk/full

[defiso]

Сделал.

Вот дебаг одного звонка:

debug.txt.zip

(14.97 КБ) 383 скачивания

Посмотрите пожалуйста, если вас не затруднит. Сам ничего криминального по ключевому слову "monitor" не увидел.

[ded]

То есть наличие огромного числа сообщений

Код: Выделить всё

[Jan  3 22:34:53] DEBUG[8885] audiohook.c: Read factory 0x8f4f460 was pretty quick last time, waiting for them.
[Jan  3 22:34:53] DEBUG[8885] audiohook.c: Read factory 0x8f4f460 was pretty quick last time, waiting for them.

Вас не смутило?
Вы не хотите копаться в своей проблеме, в надежде на других, это очевидно. Зачем надо обновляться до 1.8.8.0 ?? Хотите быть подопытным кроликом (альфа-самцом, бета-тестером)? Проблема во внутренней синхронизации. Наблюдалась ещё в версиях 1.4 и 1.6.
Направление решения примерно такое http://lmgtfy.com/?q=audiohook.c%3A+Rea ... g+for+them
Буду только цитировать:

Для чего нужен форум?
Форум нужен для того, чтобы Вы САМИ нашли ответ на свой вопрос.
Форум нужен для того, чтобы Вы САМИ опубликовали на нем ответ на вопрос, интересный многим.
Форум НЕ предназначен для того, чтобы КТО-ТО нашёл за Вас ответ на Ваш вопрос или решил за Вас Вашу проблему.

Согласно http://bugs.digium.com/view.php?id=13005, проблема рассинхронизации возникает до сих пор (даже на 1.4.21.2)
из app_mixmonitor.c, когда пошла запись, крутиться этот цикл:

Код: Выделить всё

...
      while (mixmonitor->audiohook.status == AST_AUDIOHOOK_STATUS_RUNNING) {
      struct ast_frame *fr = NULL;
      
      ast_audiohook_trigger_wait(&mixmonitor->audiohook);
      
      if (mixmonitor->audiohook.status != AST_AUDIOHOOK_STATUS_RUNNING)
         break;
      
      if (!(fr = ast_audiohook_read_frame(&mixmonitor->audiohook, SAMPLES_PER_FRAME, AST_AUDIOHOOK_DIRECTION_BOTH, AST_FORMAT_SLINEAR)))
         continue;
...

Который запустил функцию ast_audiohook_read_frame, далее работает audiohook.c

Код: Выделить всё

...
struct ast_frame *ast_audiohook_read_frame(struct ast_audiohook *audiohook, size_t samples, enum ast_audiohook_direction direction, int format)
{
   struct ast_frame *read_frame = NULL, *final_frame = NULL;

   if (!(read_frame = (direction == AST_AUDIOHOOK_DIRECTION_BOTH ? audiohook_read_frame_both(audiohook, samples) : audiohook_read_frame_single(audiohook, samples, direction))))
      return NULL; 

[defiso]

Спасибо за ответ ded. Не написал, что система эта была тестовая в виртуальной машине. Ещё и операционка была старовата. На реальном железе с последним дебианом таких проблем не возникло.

А вы считаете что 1.8 сейчас сильно проигрывает в стабильности 1.6? Просто ветка 1.6 сейчас вроде в стадии Security Fix Only и 2012-04-21 поддержка её прекратится.

[ded]

Проблема в виртуализации - скорее всего старая пуповина к real timer.
Поэтому на реальном железе - без проблем.
Я считаю, что если работает на 1.6 - не надо двигать на 1.8. Должны быть ОЧЕНЬ веские причины.
Или для учебно-познавательных целей, тогда я сам был бы рад почитать инфу по тестам и описания по багам.