Непрерывно контролируйте журналы с хвостом, которые иногда поворачиваются

хвост-F или хвост - follow=name

Кроме того, это могло бы быть немного слишком мощно в Ваших целях, но splunk имеет функцию хвоста, чтобы сделать точно, что Вы хотите. Это свободно максимум для 500 МБ/день, но если бы Ваши данные находятся кроме того в размере, это не стоило бы стоимости.

# tail --follow=mylog.log

От хвоста человека:

With --follow (-f), tail defaults to  following  the  file  descriptor,
       which  means that even if a tail’ed file is renamed, tail will continue
       to track its end.  This default behavior  is  not  desirable  when  you
       really want to track the actual name of the file, not the file descrip‐
       tor (e.g., log rotation).  Use --follow=name in that case.  That causes
       tail  to track the named file by reopening it periodically to see if it
       has been removed and recreated by some other program.

Таким образом в этом случае с помощью -F опция была бы корректна.

-F     same as --follow=name --retry

Точный ответ зависит от Вашей ОС - но во многих случаях, tail -F сделает правильную вещь.

По моему скромному мнению, это немного нечетно для изменения файла журнала РАЗМЕРОМ, а не по дате. Большинство системных журналов (в Unix или Linux) вращается на еженедельной или ежемесячной основе, а не на основе размера... Это - что-то, что я люблю по различным причинам и также чему-то, что, если реализовано, решило бы Вашу проблему.

Восемь лет спустя я не знаю то о чем, черт возьми, я говорил здесь: существуют тонны мест, где Вы хотите вращаться размером, потому что ежедневные/еженедельные/ежемесячные вращения могут привести к КРУПНЫМ файлам, которые могут вызвать серьезные проблемы.

С более опытной точки зрения реальный вопрос состоит в том, почему Вы хотели бы сидеть и непрерывно выследить файл, это становится настолько быстрым, что Вы поворачиваете его больше, чем ежедневная газета... Это было бы похоже на наблюдение Матричного потока.

В эти дни Вы лучше выглядели бы в некоторое агрегирование журнала больших данных как Splunk или Sumologic, где это может проникнуть события журнала в классы и триггер на основе определенных значений журнала... Никакая потребность в том, чтобы смотреть журналы в прямом эфире вообще.

Я использую команду на своем рабочем сервере:

tail --follow var/log/apache-access_log --retry