Discussion :

[vasto lord]

Bonjour ^^, j'ai un probléme dans la commande nohup
comme vous le savez , nohup permet de maintenir l'execution de la commande associé même aprés sortir du systeme ...
et pour bien observé sont fonctionnement, on m'a demandé d'executer une commande find en arriére plan :
1) find / -size +20000c -exec ls -l {} \; &
et une autre commande find avec nohup
2) nohup find / -mtime -5 -exec file {} \; &



le probléme, c'est lorsque je sort du systéme et je connecte avec mon compte
les deux commande sont encore en execution !!! et le pire c'est que :



la premiére commande est encore en Run et celui que j'ai donne nohup il est en sleep !

Merci =)

[Flodelarab]

Tu utilises une commande qui permet de continuer malgré la déconnexion et tu t'étonnes qu'elle continue après la déconnexion?



Où est le problème?

[disedorgue]

Bonjour,

Dans ta première commande (sans le nohup), on voit un nice -n 19.
Or, c'est justement le principe du nohup, il renice le job sur une priorité plus haute que son père afin que quand le père meurt, lui ne meurt pas et se rattach au père de tous les processus qui est en général le 1 (init)

Cordialement.

[vasto lord]

Tu utilises une commande qui permet de continuer malgré la déconnexion et tu t'étonnes qu'elle continue après la déconnexion?



Où est le problème?

la commande nohup j'ai appliqué juste pour la deuxiéme commande ! et pas la premiére ... et quand je me connecte la premiére aussi subit l'effet de nohup !

Bonjour,

Dans ta première commande (sans le nohup), on voit un nice -n 19.
Or, c'est justement le principe du nohup, il renice le job sur une priorité plus haute que son père afin que quand le père meurt, lui ne meurt pas et se rattach au père de tous les processus qui est en général le 1 (init)

Cordialement.

le nice juste pour les ressources et la rapidité d'execution, il a un rapport avec les résultats
je l'ai executé sans le nice , et voila la résultat



normalement le deuxiéme processus devrait être mort ? et le premiére en R ? n'est ce pas ?

un autre petit question ... pourquoi avant la deconnection les processus peuvent être observé par ps -f (il affiche les processus actif ) aussi pour la commande jobs, et aprés la deco , ps -f ne donne pas la même résultat :

la commande find de nohup n'est plus la ? ou c'est normal pourquoi ?

MERCI ^^

[disedorgue]

normalement le deuxiéme processus devrait être mort ? et le premiére en R ? n'est ce pas ?

C'est un peu plus complexe que ça, un processus, selon son activité, peut se retrouver "nicer" par le système et donc celui-ci peut très bien continuer à exister malgré la mort de son père.
Il y a d'autres possibilités, tels que le processus fils est accroché sur une ressource en mode noyaux et que tant que cette ressource n'est pas libérée, le process ne meurt pas (mais bon, là en général, c'est ce que l'on appelle un zombie).

un autre petit question ... pourquoi avant la deconnection les processus peuvent être observé par ps -f (il affiche les processus actif ) aussi pour la commande jobs, et aprés la deco , ps -f ne donne pas la même résultat :

la commande find de nohup n'est plus la ? ou c'est normal pourquoi ?

La commande ps n'affiche par défaut que l'arborescence du processus père qui lance la commande ps, donc en gros, tous les processus rattachés à ta phase login.
Si tu veux en voir plus, il faut le spécifier à la commande ps.

man ps ou info ps pour plus d'informations.

Cordialement.

[LittleWhite]

Bonjour,

Dans ta première commande (sans le nohup), on voit un nice -n 19.
Or, c'est justement le principe du nohup, il renice le job sur une priorité plus haute que son père afin que quand le père meurt, lui ne meurt pas et se rattach au père de tous les processus qui est en général le 1 (init)

Cordialement.

Euh, sincèrement, je doute de cette explication. Il n'y a pas de lien entre nice et nohup.
-> http://en.wikipedia.org/wiki/Nohup

Si vous lancez un processus avec un "niceness" avec une priorité plus haute (il est moins gentil par rapport aux autres) et que vous fermez le programme parent, le programme enfant meurt, peu importe son nice.

Nohup fait en sorte qu'il ne dépende pas d'un terminal (connexion par SSH, ou connexion directe sur la machine).

Dans le source : http://src.gnu-darwin.org/src/usr.bi...p/nohup.c.html il n'y a rien par rapport à nice.

[disedorgue]

Dans une page de man:

nohup exécute la commande désirée en ignorant les signaux
HANGUP (déconnexion), avec une priorité d'ordonnancement
incrémentée de 5, afin que cette commande continue à
s'exécuter en arrière-plan après la déconnexion de l'util*
isateur.

http://www.linux-france.org/article/...1/nohup-1.html

Personnellement, il m'arrivait de nicer des process que j'ai pas lancé en nohup et ceux-ci continuait après ma deconnection.

Mais je reconnais que dans le source on ne voit pas ce cheminement.
La méthode à peut-être changé depuis 4 ou 5 ans

Cordialement.

[LittleWhite]

Ouep, bah cette page de man doit être obsolète. Lorsque je lis les informations de

info coreutils 'nohup invocation'

j'y lis :

`nohup' does not automatically put the command it runs in the
background; you must do that explicitly, by ending the command line
with an `&'. Also, `nohup' does not alter the niceness of COMMAND; use
`nice' for that, e.g., `nohup nice COMMAND'.

Donc, j'imagine que c'est un changement depuis le temps.

[disedorgue]

La morale de l'histoire:
Il ne faut pas s'endormir sur ses lauriers
(Et là, je parle pour moi )

Cordialement.