Якщо я запускаю фоновий процес, а потім виходжу з системи, чи продовжуватиме він працювати?

Запитуючи це після тривалої дискусії з колегою, я дуже хотів би пояснення тут.

Я запускаю фоновий процес, додаючи " &" до командного рядка або зупиняючи його CTRL-Zі відновлюючи його у фоновому режимі з " bg". Потім я виходжу.

Що сталося?

Ми були цілком впевнені, що це повинно було бути вбито СІДУ, але цього не сталося; після повторного входу в систему, процес був щасливо запущений і pstreeпоказав, що його "прийняли" init.

Це очікувана поведінка?

Але тоді, якщо це так, яка nohupмета команди? Це просто виглядає так, що процес ні в якому разі не буде вбито, з ним чи без нього ...

Редагуйте 1

Ще кілька деталей:

• Команда була запущена з сеансу SSH, а не з фізичної консолі.
• Команда була запущена без nohup та / або &; Потім його було призупинено CTRL-Zта відновлено у фоновому режимі з bg.
• Сеанс ssh не припинявся. Був власне вихід ( exitкоманда " ").
• Процес був scpоперацією копіювання файлів.
• Після входу знову pstreeпоказав процес, який працює та є дитиною дитини init.

Редагуйте 2

Більш чітко викласти питання: чи покласти процес у фоновий режим (використовуючи &чи bg) змусить його ігнорувати SIGHUP, як і nohupкоманда?

Правка 3

Я спробував вручну посилаючи SIGHUPдо scp: він вийшов, так що це безумовно не ігнорувати сигнал.

Потім я знову спробував його запустити, відклавши його на задній план і вийти з системи: його "прийняли" initі продовжували працювати, і я знайшов його там, коли входив назад.

Зараз я зовсім спантеличений. Схоже, що жодного SIGHUPразу не було надіслано.

Відповідь знайдена

Для BASH це залежить від параметра huponexitоболонки, який можна переглянути та / або встановити за допомогою вбудованої shoptкоманди.

Схоже, ці параметри вимкнено за замовчуванням, принаймні, на системах, що базуються на RedHat.

Більше інформації на чоловічій сторінці BASH :

Оболонка виходить за замовчуванням після отримання SIGHUP. Перед виходом інтерактивна оболонка надсилає SIGHUP на всі завдання, запущені або зупинені. Зупинені завдання надсилаються SIGCONT, щоб переконатися, що вони отримують SIGHUP. Щоб оболонка не надсилала сигнал до певного завдання, його слід видалити з таблиці завдань із вбудованим відхиленням (див. SHELL BUILTIN COMMANDS нижче) або позначити, щоб не отримувати SIGHUP за допомогою відключення -h.

Якщо параметр оболонки huponexit був встановлений з shopt, bash надсилає SIGHUP на всі завдання, коли виходить інтерактивна оболонка входу.

Я погоджуюся з Warner і просто хочу додати, що ви можете утримати оболонку від надсилання SIGHUP за допомогою вбудованої команди "disown". Сторінка bash man містить хороший опис.

Ви можете використовувати команду nohup для запуску команди та перенаправлення виводу у вихідний файл nohup. На сторінці "nohup man":

nohup - run a command immune to hangups, with output to a non-tty

Інший варіант - використовувати команду екрана . Перевага використання екрана полягає в тому, що ви зможете пізніше підключитися до процесу.

Коли ви відкидаєте процес на другий план, це все ще буде дочірнім процесом із оболонки, що виконує його.

Усі дочірні процеси, що працюють під оболонкою, надсилаються SIGHUP після виходу. Продуктивність дещо відрізняється в залежності від точної ситуації, яка докладно описана в мапі на сторінці Баша. Інші оболонки, ймовірно, мають аналогічні описи.

Apache та інші демони, як правило, перезавантажують конфігурацію на SIGHUP. Утиліти простору користувачів часто гинуть. Продуктивність програми, пов'язана з сигналами, може бути унікальною для програми.

Яким був процес? Виконання, описане в попередній публікації 1, було точним.

Деякі функції та процеси сценарію можуть захоплювати сигнали. тоді як петлі можуть тікати, як божевільні.

Побачити:

Сеанс SSH падає - Чи команда продовжує виконувати?

Редагуйте 1 о 16:22

З баш-сторінки:

The shell exits by default upon receipt of a SIGHUP.   Before  exiting,
an  interactive  shell  resends  the  SIGHUP  to  all  jobs, running or
topped.

Первісне дослідження 1 показує, що OpenSSH, ймовірно, ігнорує SIGHUP, можливо більше сигналів.

Якщо ви не запустили команду через такий інструмент, як screen, коли сеанс закінчиться, виконайте всі завдання / завдання, пов’язані з цим сеансом.