Обратная связь из Screen.

tail -f abc.log

Спасибо! Т.е. что-то вроде: запустить в параллельном цикле вывод этой команды в переменную, и она будет при обновлении файла - обновлять переменную?

Вот например

while true
do
LATEST=`tail -F latest`
#делаем что-то с переменной.
done

Ух как. Благодарю.

А если выкинуть tail вообще (скажем, начинать с пустого лога), то и с переменной line можно делать всё что угодно после «done» :)

Хм, это я еще разберу в таком случае... Скажите пожалуйста, а как за такими процессами лучше следить и запускать их параллельно сессии? Ну, т.е. я вхожу на сервер пользователем. У меня есть этот screen c процессом. Мне нужно свой скрипт с tail и прочим - запустить в отдельном screen?

screen — это для людей. Для что-то делающих программ, которые должны не отваливаться после из запуска и разлогиневания пользователя применяется специальные мероприятия, которые называются в кальке с английского «стать демоном» (по-русски это будет какой-то «демономизацией», что вряд ли хорошее ключевое слово для поиска информации).

Спасибо. А нужно ли создавать pid-файл, если других копий скрипта не будет? Сейчас создаю без него,

start-stop-daemon -Sbvx /home/jur/Desktop/script.sh
Starting /home/jur/Desktop/script.sh...
Detaching to start /home/jur/Desktop/script.sh...done.

jur@ubuntu:~/Desktop$ start-stop-daemon -K -x /home/jur/Desktop/script.sh
No /home/jur/Desktop/script.sh found running; none killed.

Почему-то создаются два процесса, один из которых прописан в файле pid. А второй приходится убивать вручну.

Нашел, убиваются по

start-stop-daemon -K --name

Обрабатывать события лога по *мере поступления* проще таки через tail -f. Даже лучше, чем через фифо т.к. обработчик не блокирует демона. Или я не понял вашу мысль.

Можно лог fail2ban'ом обрабатывать.

Обрабатывать события лога по *мере поступления* проще таки через tail -f.

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

Или я не понял вашу мысль.

Ну изначально автор хотел раз в 5 секунд проверять, может он подвисать и не хотел вовсе?

Насчет 5 секунд - это лишь догадки, так как я не знал про способ с ожиданием. Очень интересно получается, много возможностей... Есть некоторые проблемы, если надо скриптом отправить что-то в консоль и тут же отследить им же ответ сервера - но это я сам поковыряюсь. В общем, большое спасибо! Если будет по этой теме что-то, напишу тут же...