"Спостерігайте" за результатами команди, поки не спостерігається певна рядок, а потім вийти

Я шукаю спосіб програмно спостерігати за результатами команди, поки не спостерігається певна рядок, а потім виходить. Це дуже схоже на це запитання, але замість того, щоб накреслити файл, я хочу команду "хвіст".

Щось на зразок:

дивитися -n1 my_cmd | grep -m 1 "String Im Looking"

(Але це не працює для мене.)

ОНОВЛЕННЯ: Мені потрібно уточнити, що "my_cmd" не виводить текст постійно, але його потрібно повторно викликати, поки не буде знайдено рядок (саме тому я подумав про команду "watch"). У цьому відношенні 'my_cmd' є як і багато інших команд unix, таких як: ps, ls, lsof, last тощо.

Використовуйте цикл:

until my_cmd | grep -m 1 "String Im Looking For"; do : ; done

Замість цього :ви можете використовувати sleep 1(або 0,2) для полегшення процесора.

Цикл працює, поки grep не знайде рядок у висновку команди. -m 1означає "одного матчу достатньо", тобто grep припиняє пошук після того, як знайде першу відповідність.

Ви також можете використовувати, grep -qяка також закривається після пошуку першого збігу, але без друку відповідного рядка.

watch -e "! my_cmd | grep -m 1 \"String Im Looking For\""

• ! заперечує код виходу командного конвеєра
• grep -m 1 виходить, коли рядок знайдено
• watch -e повертається, якщо сталася помилка

Але це можна вдосконалити, щоб фактично відобразити ту відповідну лінію, яку покинутий поки що.

Для тих, хто має програму, яка постійно пише в stdout, все, що вам потрібно зробити, - це передати її для вибору з опцією "єдиний матч". Як тільки grep знайде відповідний рядок, він вийде, що закриває stdout в процесі, який переносять на grep. Ця подія повинна, природно, спричинити виграшну програму, поки процес знову пише .

Що станеться, процес отримає SIGPIPE, коли він намагається записати у закритий stdout після виходу grep. Ось приклад з ping, який інакше працюватиме нескінченно:

$ ping superuser.com | grep -m 1 "icmp_seq"

Ця команда буде відповідати першому успішному 'pong', а потім вийти наступного разу, коли pingспробує записати в stdout.

Однак,

Не завжди гарантується, що процес знову запише в stdout, а тому може не спричинити підняття SIGPIPE (наприклад, це може статися під час написання файлу журналу). Найкраще рішення, яке мені вдалося придумати для цього сценарію, - це запис у файл; будь ласка, прокоментуйте, якщо ви думаєте, що можете покращити:

$ { tail -f log_file & echo $! > pid; } | { grep -m1 "find_me" && kill -9 $(cat pid) && rm pid; }

Порушення цього:

1. tail -f log_file & echo $! > pid- обертає файл, додає процес до фону та зберігає PID ( $!) у файлі. Я спробував замість цього експортувати PID до змінної, але, здається, існує перегоновий стан між ними та коли PID використовується знову.
2. { ... ;}- згрупуйте ці команди разом, щоб ми могли передати вихідний файл grep, зберігаючи поточний контекст (допомагає при збереженні та повторному використанні змінних, але не змогли цю частину працювати)
3. | - труба лівої сторони вправо на праву сторону стдін
4. grep -m1 "find_me" - знайти цільовий рядок
5. && kill -9 $(cat pid)- примусово знищити (SIGKILL) tailпроцес після grep виходу після того, як він знайде відповідний рядок
6. && rm pid - видаліть створений нами файл

my_cmd | tail +1f | sed '/String Im Looking For/q'

Якщо tailне підтримує +1fсинтаксис, спробуйте tail -f -n +1. (Повідомлення -n +1починається на початку; tail -fза замовчуванням починається з останніх 10 рядків виводу.)

Додайте результат ваших програмних дзвінків до файлу. Потім tail -fцей файл. Таким чином воно має працювати ... сподіваюся.

Після перезапуску виклику цієї програми вам доведеться стерти файл або додати до нього якусь безглуздість, щоб вона знову не відповідала тому, що ви шукали.