Проблемы с хвостом -f и awk? [Дубликат]

Используйте awk (еще одна большая утилита bash) вместо grep, где у вас нет опции для буферизации строк! Он будет непрерывно передавать ваши данные из хвоста.

так вы используете grep

tail -f <file> | grep pattern

Вот как вы будете использовать awk

tail -f <file> | awk '/pattern/{print $0}'

Да, на самом деле все будет хорошо. Grep, и большинство команд Unix работают по потокам по одной строке за раз. Каждая строка, которая выходит из хвоста, будет анализироваться и передаваться, если она соответствует.

sed будет правильной командой ( stream editor)

tail -n0 -f <file> | sed -n '/search string/p'

, а затем, если вы хотите, чтобы команда tail вышла, как только вы нашли определенная строка:

tail --pid=$(($BASHPID+1)) -n0 -f <file> | sed -n '/search string/{p; q}'

Очевидно, что багизм: $ BASHPID будет идентификатором процесса команды tail. Команда sed следующая после хвоста в трубе, поэтому идентификатор процесса sed будет $ BASHPID + 1.

В большинстве случаев вы можете tail -f /var/log/some.log |grep foo, и он будет работать нормально.

Если вам нужно использовать несколько grep в работающем файле журнала, и вы обнаружите, что вы не получаете выход, вам может понадобиться вставьте переключатель --line-buffered в средние grep (s), например:

tail -f /var/log/some.log | grep --line-buffered foo | grep bar

Не видел, чтобы кто-то предлагал мои обычные варианты:

less +F <file>
ctrl + c
/<search term>
<enter>
shift + f

Я предпочитаю это, потому что вы можете использовать ctrl + c, чтобы останавливать и перемещаться по файлу всякий раз, а затем просто нажмите shift + f, чтобы вернуться к текущему потоковому поиску.

Я все время использую tail -f <file> | grep <pattern>.

Он будет ждать до тех пор, пока grep не начнет снижаться, пока он не закончится (я использую Ubuntu).

Если вы хотите найти совпадения в файле whole (а не только в хвосте), и вы хотите, чтобы он сидел и ждал новых совпадений, это прекрасно работает:

tail -c +0 -f <file> | grep --line-buffered <pattern>

Флаг -c +0 указывает, что выход должен начинаться с 0 байт (-c) с начала (+) файла.

вы можете рассмотреть этот ответ как улучшение .. Обычно я использую

tail -F <fileName> | grep --line-buffered  <pattern> -A 3 -B 5

-F лучше в случае поворота файла (-f не будет работать должным образом, если файл повернут)

-A и -B полезно для получения строк непосредственно перед и после появления шаблона. Эти блоки появятся между разделителями пунктирных линий

Я думаю, что ваша проблема в том, что grep использует некоторую буферизацию вывода. Попробуйте

tail -f file | stdbuf -o0 grep my_pattern

, он установит режим буферизации вывода grep в небуферизованный.