Centos che uccidono la shell di padre non uccidono i processi di background?

Sto imparando per la certificazione Red Hat. Nel libro si afferma che, poiché RHEL 7 (così anche la versione più recente di Centos) che non è più necessario utilizzare nohup se si avvia un process in background, se si uccide la shell padre il process iniziato non sarà più ucciso.

Ho provato a provare questo e ho visto due comportmenti. Se corrii

  • / tmp usato 100% where è file?
  • Come puoi installare il burattino su CentOS 7?
  • Trovare gli ultimi login effettivi e tentativi falliti di un server CentOS
  • SSH si blocca per diversi minuti alla volta
  • cron in esecuzione a diversi orologi e comandi data mostra diverso fuso orario
  • Sendmail su CentOS 6, con SRS
  • sleep 3600 & 

    allora è come detto nel libro e vedo il process in esecuzione anche se uccido la shell padre.

    Se esegui (esempio dal libro)

     dd if=/dev/zero of=/dev/null & 

    e uccido la shell padre allora non vedo più il process.

    Qualcuno può dire perché è questo?

  • Exim - Avviso: tasso di mittente ... / 1h
  • Quale lavoro cron è / usr / lib / sa / sa1
  • Azure ridimensiona VM da A2 / 3 a DS2 v2
  • come faccio ad aggiornare php su centOS?
  • Aumenta il formato TMP Centos 6.5 whm / cpanel
  • Come fare funzionare il server TFTP su CentOS 6.2
  • One Solution collect form web for “Centos che uccidono la shell di padre non uccidono i processi di background?”

    Ho appena ripetuto i tuoi esempi su CentOS 7 e in entrambi i casi i processi hanno continuato a funzionare dopo che la shell padre è stata uccisa. Ecco cosa ho fatto:

    Shell 1

     $ sleep 3600 & $ exit 

    Shell 2

     $ ps auxw | grep sleep www 22268 0.0 0.0 107896 608 ? S 10:52 0:00 sleep 3600 

    Shell 3

     $ dd if=/dev/zero of=/dev/null & $ exit 

    Shell 1

     $ ps auxw | grep dd www 22294 101 0.0 107940 604 ? R 10:52 0:13 dd if=/dev/zero of=/dev/null 

    Questo è un comportmento abbastanza affascinante che non so di RHEL 7.

    Da anni sto utilizzando lo screen per eseguire processi a lungo termine in background. Probabilmente continuerò ad usarlo, perché è bello poter riconnettersi all'output del process per cercare i messaggi di avanzamento che potrebbero generare.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.