asterisk.ru

Подскажите, имеется следующее странное поведение Asterisk 11.6
Создается .call файл с след параметрами
MaxRetries:0
RetryTime: 300
Фактически - дефолт.
Ожидаемое поведение - при неудачной попытке вызова .call файл сразу удаляется.
Причина таких ожиданий:
MaxRetries: <number> Number of retries before failing (not including the initial attempt, e.g. 0 = total of 1 attempt to make the call).
То есть фейлится и стирается.
Реальное поведение - время исполнения файла переносится на 300 секунд вперед, появляется строка StartRetry: 10 1 (1486370005)
Через 300 секунд файл удаляется. Поведение хреновое, нужно что бы файл удалился сразу.
Попробовал поставить RetryTime в 1, что бы оно через секунду потерлось, но оно вместо этого начало генерировать такое
StartRetry: 10 1 (1486370229)
DelayedRetry: 10 0 (1486370229)
DelayedRetry: 10 0 (1486370230)
DelayedRetry: 10 0 (1486370231)
DelayedRetry: 10 0 (1486370232)

Какими параметрами можно это поведение настроить?

Подскажите детальней - как создаёте файл?

Генерируется в отдельной директории, потом touch на время исполнения + rename

Лучше делайте перемещением сгенерированного файла
mv /tmp/callfile.name.call /var/spool/asterisk/outgoing/
ровно в то время, когда надо его исполнить.

и совсем хорошо когда перемещение (переименование) будет происходить в том же разделе
mv /var/spool/asterisk/tmp/callfile.name.call /var/spool/asterisk/outgoing/
а иначе можете наступить на грабли, на которые наступил я в свое время

ded писал(а):Лучше делайте перемещением сгенерированного файла
mv /tmp/callfile.name.call /var/spool/asterisk/outgoing/
ровно в то время, когда надо его исполнить.

Попробовал. Часть файлов все равно фейлится и ставится на будущее. ПРи этом они все равно потом просто стираются.

virus_net писал(а):и совсем хорошо когда перемещение (переименование) будет происходить в том же разделе
mv /var/spool/asterisk/tmp/callfile.name.call /var/spool/asterisk/outgoing/
а иначе можете наступить на грабли, на которые наступил я в свое время

Я, кстати, тоже видел эту проблему, решается выставлением блокировки при записи файла. Сразу пропали такие проблемы.

Чтобы файл удалился сразу и не ставился в будущее помогает AMI .

На f повесить удаление файла звонка предлагаете?

Если часть файлов все равно фейлится и ставится на будущее, то проблема в генерации самих файлов, точнее - в time stamp при генерации.

А что конкретно не так с timestamp? Если timestamp<=time() тогда rename файла. Посколько это переименование, файл не копируется, он не битый и не уполовиненный.