IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Shell et commandes GNU Discussion :

Lancer un script avec commandes en pipeline en arrière plan par SSH


Sujet :

Shell et commandes GNU

  1. #1
    Nouveau membre du Club
    Inscrit en
    octobre 2013
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : octobre 2013
    Messages : 35
    Points : 25
    Points
    25
    Par défaut Lancer un script avec commandes en pipeline en arrière plan par SSH
    Hello,

    alors voila mon dilemme !

    j'ai un ordinateur sous Debian Jessie qui récupère un flux vidéo et le stream sur le réseau. Pour ce faire j'exécute en local la commande :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    sudo ./bmd-streamer -K 10000 -P main | avconv -i - -vcodec copy -acodec copy -f mpegts udp://239.255.1.1:1234
    lancée comme cela, en local, pas de problème ca fonctionne.

    Mes difficultés arrivent quand je doit lancer le tout à distance et que tout doit tourner en autonome. L'ordinateur en question est ailleurs dans le batiment, sans écran et clavier. Je dois pouvoir le gérer à distance en SSH.

    1) j'aimerais lancer le tout depuis un script shell en SSH
    2) ce script doit pouvoir être lancé en arrière plan (reprendre la main et le laisser tourner)
    3) Enfin, une fois lancé je dois pouvoir quitter le SSH sans couper l'exécution du script

    Et la je suis perdu !

    Merci pour votre aide

  2. #2
    Expert éminent sénior Avatar de frp31
    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    juillet 2006
    Messages
    5 196
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juillet 2006
    Messages : 5 196
    Points : 12 262
    Points
    12 262
    Par défaut
    la solution la plus logique et la plus simple à la fois
    est de te connecter une fois en ssh et creer le script équivalant à ta commande en replacant eventuellement certains elements par les parametres donnés en arguments...

    et de le lancer en mode nohup
    genre ssh user@machine "nohup /chemin/local/vers/toto.sh IP.ip.ip.ip port &"une autre solution tout aussi pratique étant de le lancer dans un tmux ou un screen en (detach) que tu peux donc rependre quand tu veux (attach)

    là encore ça laisse tourner en arrière plan meme si tu te deconnectes totalement.

  3. #3
    Nouveau membre du Club
    Inscrit en
    octobre 2013
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : octobre 2013
    Messages : 35
    Points : 25
    Points
    25
    Par défaut
    Salut,

    merci beaucoup pour les suggestions.
    J'avoue pratiquer linux depuis longtemps mais je n'ai jamais vraiment mis les mains dans les scripts !
    Du coup j'ai bien compris (je crois) la première solution, par contre le reste j'ai clairement pas tout saisi

    Pour récapituler :
    - je crée un script /home/user/stream.sh qui contient
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    #!/bin/bash
    sudo ./bmd-streamer -K 10000 -P main | avconv -i - -vcodec copy -acodec copy -f mpegts udp://239.255.1.1:1234
    - je rend ce script exécutable
    - (au passage j'ai ajouté une clause NOPASSWD: /home/user/stream.sh dans le sudoers, le script devrait se lancer sans me demander de mot de passe, j'ai bon ?)
    - depuis une machine distante je lance
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ssh user@machine "nohup /home/user/stream.sh IP.ip.ip.ip port &"
    - je ferme ma console ssh et je vais prendre un café...

    La solution du screen me parrait intéressante, tu peux préciser un peu ? et quel serait l'utilité du screen plutôt qu'un nohup ?

    merci beaucoup

  4. #4
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    février 2006
    Messages
    9 805
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : février 2006
    Messages : 9 805
    Points : 26 741
    Points
    26 741
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par Marty69 Voir le message
    - depuis une machine distante je lance
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ssh user@machine "nohup /home/user/stream.sh IP.ip.ip.ip port &"
    Salut

    Pas besoin de nohup, c'est inclus automatiquement par le ssh. Et t'as pas besoin non plus que le script fasse de sudo puisque tu peux préciser l'utilisateur voulu au ssh.

    Citation Envoyé par Marty69 Voir le message
    - je ferme ma console ssh et je vais prendre un café...
    Faut tout de même appuyer sur "ctrl-c" car même avec le "&", le ssh attend la fin du processus lancé. Donc un "ctrl-c" pour interrompre le ssh ce qui n'est pas grave puisque le script a démarré puis le café. Tu peux même te déconnecter de ton poste, ça n'a aucun effet sur le script qui s'exécute, lui, sur le poste distant.

    Citation Envoyé par Marty69 Voir le message
    La solution du screen me parrait intéressante, tu peux préciser un peu ? et quel serait l'utilité du screen plutôt qu'un nohup ?
    Ca n'a pas le même rôle. Le nohup sert à lancer une grosse tâche qui continuera même après déconnexion éventuelle et pour laquelle tu n'as pas besoin d'intéragir. Le screen sert à lancer plusieurs tâches en arrière-plan avec leur display tout en gardant le contrôle pour y revenir si besoin (donc pas de déconnexion possible).
    Un screen c'est (grosso-modo) un processus+l'écran qui l'affiche. Tu lances un processus dans un screen (commande screen programme) il commence à s'afficher normalement (comme si t'avais appelé le programme directement). Toutefois tu as possibilité de l'envoyer en arrière-plan en appuyant sur ctrl+a puis d.
    A ce moment là, tu peux alors répéter l'opération pour d'autres programmes.

    Ensuite, quand tu veux revenir sur l'un d'entre eux, tu tapes screen -d. Ca t'affiche alors tous les screens lancés. Te suffit de repérer celui qui t'intéresse (pas évident toutefois car ça ne te donne pas le nom du programme lancé ce qui aurait été appréciable) et te suffit alors de taper screen -r pid_du_screen_a_récupérer. Il revient alors à l'écran avec son affichage en cours. Tu peux alors finir de le suivre, répondre à ses questions s'il y en a, ou alors le renvoyer de nouveau avec ctrl-a puis d.
    Toutefois le screen doit être lancé depuis un terminal donc tu ne peux pas lancer un screen dans un ssh. Ceci dit, tu peux lancer un ssh dans un screen...
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site

  5. #5
    Nouveau membre du Club
    Inscrit en
    octobre 2013
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : octobre 2013
    Messages : 35
    Points : 25
    Points
    25
    Par défaut
    Mercipour ta réponse

    Citation Envoyé par Sve@r Voir le message
    Pas besoin de nohup, c'est inclus automatiquement par le ssh. Et t'as pas besoin non plus que le script fasse de sudo puisque tu peux préciser l'utilisateur voulu au ssh.

    Faut tout de même appuyer sur "ctrl-c" car même avec le "&", le ssh attend la fin du processus lancé. Donc un "ctrl-c" pour interrompre le ssh ce qui n'est pas grave puisque le script a démarré puis le café. Tu peux même te déconnecter de ton poste, ça n'a aucun effet sur le script qui s'exécute, lui, sur le poste distant.
    Et bien c'est justement la ou est le problème : quand je lance cette commande dans un terminal connecté en SSH, d'une part quand je fait CTRL+C avconv continue de tourner mais aussi quand je quitte le terminal le processus s'arrête !

  6. #6
    Expert éminent sénior Avatar de frp31
    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    juillet 2006
    Messages
    5 196
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juillet 2006
    Messages : 5 196
    Points : 12 262
    Points
    12 262
    Par défaut
    c'est pourquoi le nohup est obligatoire

  7. #7
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    février 2006
    Messages
    9 805
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : février 2006
    Messages : 9 805
    Points : 26 741
    Points
    26 741
    Billets dans le blog
    1
    Par défaut
    Faut vérifier si cela ne vient pas de aconv.

    Moi, pour mes essais, voici le script que j'ai écrit
    Code bash : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    #!/bin/bash
     
    fic="/tmp/res.$$"
    >"$fic"
    for i in $(seq $1)
    do
    	echo "$$ $i $(date)" >>"$fic"
    	sleep 5
    done

    Je l'ai nommé "/tmp/essai.sh" puis j'ai tapé ssh localhost "/tmp/essai.sh 20 &". Ben je peux quitter ssh par ctrl-c et fermer le terminal, le fichier /tmp/res.pid continue à grossir...
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site

  8. #8
    Nouveau membre du Club
    Inscrit en
    octobre 2013
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : octobre 2013
    Messages : 35
    Points : 25
    Points
    25
    Par défaut
    ok, bon ben en fait lancer le script sans nohup fonctionne.
    je me connecte et lance le script

    sudo monscript.sh &

    et tout roule...

    étrange mais ca fonctionnait pas la dernière fois...

    Merci à vous en tout cas !

  9. #9
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    février 2006
    Messages
    9 805
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : février 2006
    Messages : 9 805
    Points : 26 741
    Points
    26 741
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par frp31 Voir le message
    c'est pourquoi le nohup est obligatoire
    Ben justement non !!! Je me demande vraiment parfois pourquoi je me fatigue à expliquer les essais que j'ai fait...
    Et même si on ne met pas le "&" ça continue quand-même à tourner !!!

    Citation Envoyé par Marty69 Voir le message
    étrange mais ca fonctionnait pas la dernière fois...
    Moi ça m'est arrivé que, ayant fait des tests entre deux hosts distincts pour être sûr d'être en conditions réelles (malgré le fait que localhost reproduise un comportement identique au réseau ethernet je voulais quand-même passer par le cable), et ayant quitté trop tôt le ssh, celui-ci n'avait pas eu le temps de dialoguer avec le host distant et que celui-ci n'ait alors pas lancé le script. J'ai donc bien veillé à ce que le fichier "/tmp/res.xxx" commence à grossir sur le host distant pendant que mon ssh du host de départ me montrait le déroulement (j'ai rajouté un echo en plus dans mon script). Alors seulement j'ai stoppé le ssh. Et sur le host distant, le fichier continuait à grossir et le processus apparaissait bien au ps.
    En plus tant que le ssh était en fonction sur le host de départ, le processus "xxx" du host distant était rattaché au processus sshd qui gère le serveur ssh. Et quand, sur le premier host je quittais le ssh, le processus "essai.sh" du host distant se voyait rattaché au init (comportement standard du nohup).
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site

  10. #10
    Expert éminent sénior Avatar de disedorgue
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    décembre 2012
    Messages
    3 926
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur intégration
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : décembre 2012
    Messages : 3 926
    Points : 11 527
    Points
    11 527
    Par défaut
    Bonjour,

    Pour l'histoire du nohup, il faut savoir que celui-ci bloc l'envoi du SIGHUP (entre autre), qui est la fermeture du terminal.
    Or, ssh host suivi d'une commande, n'ouvre pas de terminal (il n'y a donc pas de SIGHUP à envoyer au process).
    D'ailleurs, si on rajoute l'option "-t" à la commande ssh, cette fois-ci, le process s'arrêtera aussi après le CTRL-C.
    Cordialement.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. lancer un script avec sysdba
    Par menoran dans le forum Oracle
    Réponses: 3
    Dernier message: 02/06/2010, 21h40
  2. cygwin bash - comment lancer un script avec bash.exe
    Par noooop dans le forum Shell et commandes GNU
    Réponses: 0
    Dernier message: 24/12/2009, 12h34
  3. Réponses: 7
    Dernier message: 17/01/2009, 16h45
  4. lancer un script avec cron
    Par nina08 dans le forum Linux
    Réponses: 8
    Dernier message: 13/08/2008, 10h50
  5. problème script avec commande ll ?
    Par sajodia dans le forum Shell et commandes GNU
    Réponses: 7
    Dernier message: 30/05/2008, 12h26

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo