lancer un prog en ssh sans attendre la fin - Page 1

je voudrais lancer un programme en ssh sur une machine, mais sans attendre qu'elle se finisse (y a pour une grosse dizaine de jours de calculs, j'aimerai bien rentrer chez moi en attendant)
y a sûrement une option, mais ça doit pas être assez bien expliqué dans le man

(au passage, ssh login@machine ./simu.sh 21 22 n'a pas l'air de marcher, sachant que c'est ./simu.sh 21 22 que je veux exécuter comme commande)

T'as pas moyen de le lancer comme un démon ? Et si tu fait précéder la commande par & ça ne fonctionne pas, j'imagine...

Ah, sinon, tu peux toujours paramétrer un cron pour te le lancer à une date donnée, comme ça, pas besoin d'être là

pas con le coup du cron
je vais manger un peu et je pense que je vais faire ça

thx ^^

Le mieux si tu peux avoir besoin d'interagir avec le programme que tu lances, c'est d'utiliser "screen" Tu peux te détacher et te réattacher à une session, et elle continue à tourner que tu sois attaché ou non ^^

en fait, je suppose que le crontab de chaque utilisateur est un simple fichier dans son home ?
dans ce cas, il va être partagé entre une 30aine de machines, c'est pas l'idéal d'autant plus que j'aimerai utiliser une bonne partie de ce parc, mais pour des calculs différents si possible ^^


Pollux > concrètement, ça donnerait quoi ? thx ^^ le man n'est pas super clair je trouve

ben je sais pas, tu tapes screen dans une session ssh, tu lances ton programme, et puis tu tapes "Ctrl-Q jesaispasquoi" (peut-être Ctrl-Q d) pour détacher de la session, et ensuite tu fais screen --optionàtrouver (peut-être --attach) pour te rattacher à la session ^^

Par exemple http://www.bangmoney.org/presentations/screen.html

ça fonctionne pas avec nohup ? (dsl j'ai pas lu le topic (je suis en TP) mais à priori personne n'en a parlé (ctrl+F))

flanker@home: ssh work
flanker@work: screen
t'auras ptêt un écran d'accueil là
flanker@work: ./commande
... ça mouline
Ctrl+a d
[detached]
flanker@work: logout
flanker@home: ssh work
flanker@work: screen -r
flanker@work: ./commande
... ça mouline toujours

Tu peux tester sur ton mac pour t'habituer un peu (Ctrl-a ? pour plus d'infos)

merci à tous les deux !

Euh oué screen c'est un peu artillerie lourde....ça ne sert que pour des application interactives en fait.
Sinon, suffit de lancer ta commande en arrière plan comme l'a proposé Pen^2

Et ça ne revient pas au même de faire suivre la commande de "&" ?

non, puisque ça reste attaché au shell ^^ (ou alors il faut détacher le processus avec disown)

oki merci, c'est ce que je voulais savoir

et comment on les rattache ?

spectras :
Euh oué screen c'est un peu artillerie lourde....ça ne sert que pour des application interactives en fait.
Sinon, suffit de lancer ta commande en arrière plan comme l'a proposé Pen^2

c'est la première fois de ma vie que j'ai pu conseiller quelqu'un pour un truc sous Linux/Unix #trifier#

Godzil> on ne peut pas.
Mais en général les trucs qu'on lance en tache de fond c'est pas des programmes interactifs, donc ça ne servirait à rien.

Pas forcément, c'est plus pratique d'afficher les erreurs ou les infos de progression en live que de prévoir un fichier spécial pour les mettre... Ca permet aussi de se souvenir quelle était la ligne de commande utilisée, etc... Bref, vu ce que ça coûte de lancer un screen, ça simplifie souvent les choses ^^ (sauf si c'est juste un truc tout con du style updatedb, dans ce cas-là nohup est plus adapté)

exactement, d'ailleurs ça m'a permis de voir qu'en fait il voulait que j'entre mon mot de passe tout au début pour un scp, sous prétexte que j'avais oublié ide mettre ma clé ssh dans le dossier qui va bien ^^

tu as aussi le fichier ~/.ssh/config, qui te permet de faire des "raccourcis" ssh, par exemple un raccourci qui se connecte à la machine A et y lance la commande X ...
ça peut servir aussi pour faire un "tunnel" ssh

Pollux> oué sauf que le nombre de screen est limité (il alloue des pseudo-terminaux, qui sont une ressource noyau dans un pool statique), et en plus chaque screen utilise de l'espace pour rien, ainsi qu'un temps cpu significatif à chaque écriture.
Tout ça pour quoi ? Pour afficher en live ? Je croyais qu'on voulait le lancer en tâche de fond et se déconnecter, faudrait savoir.

tout ça pour permettre de vérifier le bon déroulement du programme et vu qu'il écrit une ligne toutes les heures, ça doit pas consommer trop

ouep... et puis pas mal de systèmes ont l'air d'avoir une limite de 4096 PTY, ou de 256 pour des systèmes un peu plus vieux : pour un truc lancé manuellement, c'est vraiment pas la mort ^^ (je sais pas, de même que tu peux pas décemment avoir 3000 programmes dans la barre des tâches, et c'est pas gravissime...)

Flanker> ben rien ne t'empèche de regarder le contenu du fichier de sortie hein. Screen c'est vraiment l'artillerie lourde, et ça n'apporte rien sur un programme non interactif.
Pollux> 256 sur les noyaux linux...enfin c'est configurable à la compilation, mais c'est 256 le paramètre par défaut.

Et sinon, rien que le fait que ça soit du gaspillage gratuit et que ça aille à l'encontre de la philosophie unix ça me hérisse. screen...tu veux pas un VNC aussi ? >_<

Flanker: utiliser syslog, ça serait pas plus mieux ?

bah ça marche très bien comme ça donc flemme d'aller chercher une autre méthode

#define LogPath "/var/log/monlog"
#define PrintLog(str) { FILE *fp; \
fp = fopen("/var/log/monlog","at"); \
fprintf(fp,"blabla: %s",str);\
fclose(fp); \
}

int main()
{
 PrintLog("Blabla");
}

C'est pas trop complexe a faire nan ? (enfin la on utilise pas syslog mais bon )

Le problème c'est qu'il faut s'arranger pour que le nom soit unique, si tu veux lancer plusieurs instances de ton programme en même temps... bref, stderr c'est quand même plus simple ^^