Perché il processo figlio è ancora in vita dopo che il processo genitore è stato ucciso in Linux?

Question

Qualcuno mi ha detto che quando hai ucciso un processo genitore in linux, il bambino sarebbe morto.
Ma ne dubito. Così ho scritto due script bash, dove father.sh invocherebbe child.sh

Ecco il mio script:

Ora corro bash father.sh, si potrebbe verificare che ps -alf

Poi ho ucciso il father.sh di kill -9 24588, e ho indovinato che il processo figlio dovrebbe essere terminato, ma sfortunatamente mi sono sbagliato.

Qualcuno potrebbe spiegare perché?

thx

Answer 1

No, quando si uccide un processo da solo, esso non uccidere i bambini.

è necessario inviare il segnale al gruppo processo se si desidera che tutti i processi per un determinato gruppo per ricevere il segnale

kill -9 -parentpid 

In caso contrario, gli orfani saranno collegati al init, come mostrato dal terzo screenshot (PPID del bambino è diventato 1).

Answer 2

-bash: uccidere: (-123) - Nessuna tale processo

In una sessione interattiva Terminal.app gruppo processo in primo piano e il numero ID processo in background numero del gruppo id sono diversi in base alla progettazione quando il lavoro la modalità controllo/monitor è abilitata. In altre parole, se si esegue lo sfondo di un comando in una sessione Terminal.app abilitata per il controllo processi, il pid $! del processo in background è in realtà un nuovo numero ID del gruppo processo (pgid).

In uno script che non ha abilitato il controllo del processo, tuttavia, questo potrebbe non essere il caso! Il pid del processo in background potrebbe non essere un nuovo pgid ma un normale pid! E questo è, ciò che causa il messaggio di errore -bash: kill: (-123) - No such process, cercando di uccidere un gruppo di processi ma specificando solo un normale pid (invece di un pgid) al comando kill.

# the following code works in Terminal.app because $! == $pgid 
{ 
sleep 100 & 
IFS=" " read -r pgid <<EOF 
$(ps -p $! -o pgid=) 
EOF 
echo $$ $! $pgid 
sleep 10 
kill -HUP -- -$! 
#kill -HUP -- -${pgid} # use in script 
} 

Answer 3

pkill -TERM -P <ProcessID> 

Questo ucciderà sia Parent così come bambino

Answer 4

Generalmente uccidere il genitore uccide anche il bambino.

La ragione per cui si sta vedendo il bambino ancora vivo dopo aver ucciso il padre è perché il bambino morirà solo dopo aver scelto di gestire l'evento SIGKILL. Non deve occuparsene subito. Lo script sta eseguendo un comando sleep(), che non si sveglierà per gestire alcun evento fino al completamento del sonno.

Perché il PPID # 1? Il genitore è morto e non è più nella tabella del processo. child.sh non è collegato inspiegabilmente per inizializzare ora. Semplicemente non ha un genitore in esecuzione.Dicendo che è collegato a init crea l'impressione che se in qualche modo lasciamo init, quell'iniziale ha il controllo sull'arresto del processo. Crea anche l'impressione che uccidere un genitore renderà il nonno il proprietario di un bambino. Entrambi non sono vere. Quel processo figlio esiste ancora nella tabella del processo ed è in esecuzione, ma nessun nuovo evento basato sul suo ID processo sarà gestito fino a quando non gestirà SIGKILL. Il che significa che il bambino è un pre-zombi, che cammina morto, rischia di essere etichettato.

Uccidere nel gruppo processo è diverso, ed è usato per uccidere i fratelli , e il genitore dal gruppo processo #. Probabilmente è anche importante notare che "uccidere un processo" non significa "uccidere" di per sé, nel modo umano, dove ci si aspetta che il processo venga distrutto e tutta la memoria sia tornata come se non fosse mai stata. Invia semplicemente un evento particolare, tra molti, al processo che deve gestire. Se il processo non lo gestisce correttamente, dopo un po 'il sistema operativo arriverà e "pulirà" con forza.

It (uccisione) non avviene immediatamente perché il bambino (o anche il genitore) potrebbe aver scritto qualcosa sul disco e attendere l'I/O per completare o eseguire qualche altra attività critica che potrebbe compromettere la stabilità del sistema o integrità del file.