Вот гипотетический сценарий:
Я запускаю тестовый скрипт на некотором оборудовании, подключенном к блоку A, к которому у меня есть root-доступ. Этот тестовый сценарий требует минимального пользовательского ввода (переключение каждые полчаса или около того). Примерно через полтора часа после начала процесса тестирования я понимаю, что этот сценарий занимает очень много времени, до восьми часов. Коробка А расположена в очень холодной, громкой серверной комнате, которую обычно не так весело заниматься физически. Коробка B находится в моем офисе, где у меня есть удобный удобный стул и бесконечные запасы горячих карманов. Я хочу каким-то образом контролировать вывод процесса, запущенного на блоке A, из сеанса ssh в блоке B, чтобы я знал, когда нужно переключить коммутатор, но я не хочу перезапускать процесс тестирования. Если бы я знал, что начать с того, что тест займет так много времени, я бы просто скопировал его вывод в файл журнала и привязал бы этот файл из моего сеанса box s ssh. Если мне известен PID процесса, запущенного на блоке A, можно ли наблюдать за выводом этого процесса из другого сеанса?
Конечно, я мог бы просто запустить vnc в блоке A и войти в систему из блока B, чтобы взглянуть на вывод, но это противоречит цели этого гипотетического подхода, который заключается в том, чтобы узнать больше о том, как обрабатывают каналы, стандартный вывод и Вывод в целом работа в среде Linux.
Мысли