La résiliation de la session SSH exécuté par script bash

J'ai un script que j'ai peut fonctionner localement pour démarrer à distance un serveur:

#!/bin/bash
ssh user@host.com <<EOF
  nohup /path/to/run.sh &
EOF
echo 'done'

Après l'exécution de nohup, il se bloque. Je dois frapper ctrl-c pour quitter le script.

J'ai essayé l'ajout explicite d'une sortie à la fin de la doc ici et en utilisant "-t" argument pour ssh. Aucun ne fonctionne. Comment puis-je faire ce script quitter immédiatement?

EDIT: Le client est OSX 10.6, serveur Ubuntu.

Ce client SSH utilisez-vous? L'option-t, devrait fonctionner à moins que le client est en train de faire quelque chose de bizarre.
Oups devrait avoir mentionné c'est sur OSX, standard client ssh. Mise à jour de la question.
Quelle est la signification des expressions du FOLKLORE?
De Fichier", mais c'est un Heredoc toute autre mot pourrait avoir été utilisé, par exemple, à la FIN. Tant qu'il est le même dans les deux endroits.

OriginalL'auteur mahemoff | 2011-08-16

  1. 16

    Je pense que le problème est que nohup ne pouvez pas rediriger la sortie quand vous venez à partir de ssh, il ne redirige vers nohup.quand il pense qu'il est connecté à un terminal, et je le stdin remplacer vous avez permettra d'éviter que, même avec -t.

    Une solution pourrait être de rediriger la sortie vous-même, alors le client ssh peut se déconnecter, c'est de ne pas attendre pour le flux de fermer. Quelque chose comme:

    nohup /path/to/run.sh > run.log &

    (Cela a fonctionné pour moi dans un simple test de la connexion à un serveur Ubuntu à partir d'un client OS X.)

    Qui fonctionnait très bien, merci. J'avais essayé de rediriger l'ENTRÉE à partir de /dev/null, mais n'avais pas pensé à essayer avec la sortie! (J'ai testé cela fonctionne fine de la redirection vers /dev/null trop, c'est à dire nohup /path/to/run.sh > /dev/null & )
    J'ai un problème similaire à l'OP. Je suis ssh-ing à partir d'un csh script, d'exécuter des commandes à distance, et de tenter d'envoyer le résultat à une variable dans le csh script. Vous pensez que c'est possible? Je vais avoir le même message d'erreur: je suis en train de faire ssh -t -t et l'obtention de l'erreur: Inappropriate IOCtl for device

    OriginalL'auteur martin clayton

  2. 8

    Le problème pourrait être que ...

    ... ssh is respecting the POSIX standard when not closing the session 
if a process is still attached to the tty.

    Par conséquent, une solution pourrait être de se détacher de la stdin de la nohup commande à partir de l'ats:

    nohup /path/to/run.sh </dev/null &

    Voir: SSH se Bloque Sur la Sortie Lors de l'Utilisation de nohup

    Pourtant, une autre approche pourrait être d'utiliser ssh -t -t de force pseudo-tty allocation, même si stdin n'est pas un terminal.

    man ssh | less -Ip 'multiple -t'

ssh -t -t user@host.com <<EOF
  nohup /path/to/run.sh &
EOF

    Voir: BASH frayer shell interne est exécuté pour le SSH et continuer avec le flux de programme

    Merci. Le premier n'a pas fonctionné, même résultat qu'avant. -t -t travail (t -t), mais a donné le message d'erreur "tcgetattr: inappropriate ioctl for device", qui donne un sens à la lumière de ce que le double -t ne. J'ai cherché un moyen pour supprimer l'erreur (je préfère le faire le plus proprement possible) et je ne pouvais pas voir comment le faire avec un heredoc. S'avère Martin Clayton réponse résout ce problème, donc je l'ai laissé là.

    OriginalL'auteur chad

  3. 2

    La redirection de l'entrée standard stdin de l'hôte distant à partir d'un document ici, tout en invoquant ssh sans une commande explicite conduit à la message: Pseudo-terminal will not be allocated because stdin is not a terminal.

    Pour éviter ce message soit utiliser ssh's -T interrupteur à dire à l'hôte distant n'est pas nécessaire d'attribuer un pseudo-terminal ou explicitement spécifier une commande (comme /bin/sh) pour l'hôte distant pour exécuter les commandes fournies par le document.

    Si une commande explicite est donné à ssh, la valeur par défaut est de fournir pas shell de connexion sous la forme d'un pseudo-terminal, j'. e. il n'y aura pas normal session de connexion lorsqu'une commande est spécifiée (voir man ssh).

    Sans une commande spécifiée pour ssh, d'autre part, la valeur par défaut est de créer un pseudo-tty pour une connexion interactive session sur l'hôte distant.

    - ssh user@host.com <<EOF
+ ssh -T user@host.com <<EOF
+ ssh user@host.com /bin/bash <<EOF

    En règle générale, ssh -t ou même ssh -t -t doit être utilisé uniquement si il y a des commandes qui attendent stdin /stdout pour être un terminal (comme top ou vim) ou s'il est nécessaire de tuer le shell distant et de ses enfants lors de la ssh de commande du client a terminé l'exécution (voir: la commande ssh de manière inattendue continue sur d'autres système après ssh se termine).

    Autant que je peux dire, le seul moyen de combiner une ssh commande qui n'attribue pas de pseudo-tty et un nohup de commande qui écrit à nohup.out sur l'hôte distant est de laisser le nohup de l'exécution des commandes dans un pseudo-terminal pas créé par le ssh mécanisme. Cela peut être fait avec le script de commande, par exemple, et permettra d'éviter la tcgetattr: Inappropriate ioctl for device message.

    #!/bin/bash
ssh localhost /bin/sh <<EOF
  #0<&-  script -q /dev/null nohup sleep 10 1>&- &
  #0<&- script -q -c "nohup sh -c 'date; sleep 10 1>&- &'" /dev/null  # Linux
  0<&- script -q /dev/null nohup sh -c 'date; sleep 10 1>&- &'        # FreeBSD, Mac OS X
  cat nohup.out
  exit 0
EOF
echo 'done'
exit 0

    OriginalL'auteur tarox

  4. 1

    Vous avez besoin d'ajouter un exit 0 à la fin.

    Oui, essayé et n'ont pas de travail.

    OriginalL'auteur jschorr