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

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?

  • Come uccidere un process in Linux se kill -9 non ha alcun effetto
  • Come saltare in sicurezza gli altri utenti connessi come root?
  • Rimuovere un process zombie dalla tabella di process
  • Quale effetto ha su un server quando si uccidono tutti i processi root?
  • Come posso tranquillamente uccidere una lunga query MSSQL in esecuzione?
  • Come uccidere un process "in output" su OS X (stato = E)
  • Dopo che kill -9 process non scompare e la port è ancora legata
  • Qual è il modo più veloce per uccidere un server?
  • 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.