Discussion :

[wotan2009]

Bonsoir,
Je voudrais exécuter une commande en arrière plan et redirigé la sortie dans un fichier, puis une fois la commande fini rajouter "FIN" au fichier. Je ne suis pas sur de la syntaxe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ssh user@server commande -optionA -optionB 2>&1 > /tmp/fichier ; echo "FIN" >> /tmp/fichier &

Est ce que cette commande me permet de fermer le terminal d'ou elle s'exécute ?

Merci

[Sve@r]

Bonsoir,
Je voudrais exécuter une commande en arrière plan et redirigé la sortie dans un fichier, puis une fois la commande fini rajouter "FIN" au fichier. Je ne suis pas sur de la syntaxe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(commande ; echo FIN) 1>fichier 2>&1 &

Est ce que cette commande me permet de fermer le terminal d'ou elle s'exécute ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(commande ; echo FIN) 1>fichier 2>&1 &; exit

[fransoo]

Le problème est que le job lancé reste un processus fils du terminal duquel il est lancé, et à la fermeture du terminal le processus fils s'arrête. J'ai cherché dans trois directions pour résoudre ce genre de problème :

1. disown : Qui enlève un processus lancé en arrière-plan de la table des jobs. (l'option -h permet d'éviter un SIGHUP quand on quitte le terminal)
2. screen -d -m : démarre screen en mode "detached". Pour plus de détails voir le manuel de screen. Son avantage réside dans le fait qu'on peut reprendre la main en entrant screen -r
3. at : planifie le programme, il est ensuite lancé par le démon atd.
   J'ai utilsé disown en local, pas essayé en ssh. Screen n'a pas toujours eu le comportement attendu. J'utilise at mais c'est parce que le job doit être planifié (la commande at + 1 minutes le lance une minute plus tard, cela peur être exploité)

Dans tous les cas, il vaut mieux faire des essais avec un script ad-hoc et observer le comportement.

[Ashin]

la commande "wait" attend tant que tous les jobs ne sont pas finis
wait %1 va attendre jusqu'a ce que ton premier job soit fini etc ... (man wait)

[wotan2009]

Bonjour et merci pour vos réponses.
Pour la syntaxe c'est nickel.
Pour la fermeture du terminal lors de l'execution du processus, on m'a dit d'utiliser la commande nohup avant de lancer la commande, mais il me semble que si le processus est en arrière plan cela n'a aucun effet. Je ne suis pas trop sur.
Si la fermeture du terminal n'est pas faisable, est ce qu'il est possible de déconnecter l'utilisateur quui a lancé le processus ?

[Sve@r]

Bonjour et merci pour vos réponses.
Pour la syntaxe c'est nickel.
Pour la fermeture du terminal lors de l'execution du processus, on m'a dit d'utiliser la commande nohup avant de lancer la commande, mais il me semble que si le processus est en arrière plan cela n'a aucun effet. Je ne suis pas trop sur.
Si la fermeture du terminal n'est pas faisable, est ce qu'il est possible de déconnecter l'utilisateur quui a lancé le processus ?

Hum... je ne suis pas certain de bien comprendre ton besoin. On va détailler le nohup.
Dans Unix/Linux, les processus sont liés par une arborescence père/fils. Le processus 1 lance le 2 qui va lancer le 3 qui va lancer le 4 etc. Ainsi, on arrive à un moment donné dans un terminal qui est le Xième processus. Et ce terminal va pouvoir lancer des commandes qui seront donc des fils.

Dans Unix, généralement le père attend son fils pour continuer. Toutefois, il peut arriver que le père s'arrête brutalement (par une action extérieure ou autre). Dans ce cas, l'ordonnanceur qui gère les tâches arrête alors tous les fils du processus terminé. Et si un des fils qui s'arrête a encore des fils actifs, le même schéma se reproduit.

Si un procesuss est lancé en nohup, alors il sera protégé contre cette action. Et si par hasard le père vient à disparaître, alors le processus protégé devenu orphelin sera adopté par le processus 1 (init)

Donc si tu veux lancer un script et déconnecter l'utilisateur, si l'utilisateur travaille dans un environnement de type "simple terminal", il te suffit de taper

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
nohup commande &
exit

L'utilisateur sera déconnecté de son environnement terminal (puisque la commande "exit" lui aura fait quitter son shell) mais sa commande se continuera jusqu'à la fin.

Maintenant si l'utilisateur travaille dans un environnement graphique style gnome/kde, il faudra demander spécifiquement la déconnection de l'environnement. Mais je pense que si tu en arrives là, c'est que quelque part tu as raté un truc dans l'analyse de ton besoin...

[wotan2009]

Bonjour, je te remercie de cette explication.
Pour récapituler, il est préférable d'executer cette commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nohup (commande ; echo FIN) 1>fichier 2>&1 & ; exit

plutôt que,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(commande ; echo FIN) 1>fichier 2>&1 & ; exit

Mon but étant de pouvoir lancer une commande en arrière plan, rediriger la sortie dans un fichier, pouvoir fermer le shell du user avec lequel j'ai lancé le processus sans tuer ce processus.
Je travaille dans un environnement terminal.
Une fois le shell du user fermé, je peux aussi fermer le terminal ?

Merci

[Sve@r]

Bonjour, je te remercie de cette explication.
Pour récapituler, il est préférable d'executer cette commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nohup (commande ; echo FIN) 1>fichier 2>&1 & ; exit

plutôt que,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

(commande ; echo FIN) 1>fichier 2>&1 & ; exit

Je ne sais pas si le nohup acceptera la syntaxe (commande1; commande 2) mais l'idée est bonne.
Si jamais le nohup ne l'accepte pas, alors tu crées un script "toto.sh" qui contient ceci

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
#!/bin/bash
commande
echo FIN

Puis tu lances toto.sh en nohup de cette façon

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
nohup toto.sh 1>fichier 2>&1 &
exit

Mon but étant de pouvoir lancer une commande en arrière plan, rediriger la sortie dans un fichier, pouvoir fermer le shell du user avec lequel j'ai lancé le processus sans tuer ce processus.
Je travaille dans un environnement terminal.
Une fois le shell du user fermé, je peux aussi fermer le terminal ?

Oui c'est ça. Dès que le père du programme se termine, le programme est alors adopté par init. A ce moment là, plus rien ne peut l'atteindre sauf action directe via kill. Tu peux donc fermer tout le reste sans soucis.