Поведение filebeat при truncate отслеживаемых им логов

Добрый день.

После truncate логов докера, которые парсит filebeat, filebeat начал утилизировать всю свободную оперативную память и, в конце концов, упал с ООМ.
При старте filebeat ситуация повторилась. После удаления файла registry, все пришло в норму. Видимо дело в метках в лог файлах, которые были удалены.

Что происходит с filebeat если сделать truncate логов, в которые он смотрит, с помощью cp /dev/null или похожей команды? И насколько корректно очищать так логи, в которые смотрит filebeat?

Версия filebeat-6.6.2.

Точно не знаю, но я бы попробовал сделать апгрейд хотя бы до 6.7.3. Что-то похожее исправили в https://github.com/elastic/beats/pull/12106 . Если не сработает, то опишите, пожалуйста, точные шаги воспроизводящие проблему, и я попробую проконсультироваться с разработчиками filebeat.