reprendre la main sur un programme

[g.abdou]

Bonjour,

Sous linux, si on lance un programme qui donne lieu à une console propre à lui et on perd la connexion à la machine, comment peut on reprendre la main sur le programme quand on se connecte de nouveau ?

Merci

[ben.IT]

salut,
je sais pas ce que tu veux faire mais je pense que la première chose à faire et de vérifier que ton programme tourne toujours en faisant :

Code :

top

ou

Code :

ps

a+,
ben

[frp31]

beaucoup d'applications vont coupé dans un tel cas et se killer

par prudence quand on fait une manipulation importante on la lance tjrs de telle sorte qu'elle soit rattaché au processe 1 et pas au process de connection

en nohup donc

par exemple

Code :

ssh user@host "nohup commande & "

en cas de crash de la connection on se reconnecte et on peut faire une remise en foreground de la tache en question
jobs pour lister les taches lancés comme ça
exemple

Code :

1
2
3
4
$ jobs
%1 backup.sh 
%2 tar 
$

Code :

1
2
3
 
$fg %1
Backup ....

[ben.IT]

oui bien vu,
avec le nohup même si tu te fais déconnecter ton appli continue de tourner, tu peux fermer ton shell sans soucis.

Code :

1
2
3
4
5
6
7
8
9
10
11
NOHUP(1)                                                    User Commands                                                   NOHUP(1)
 
NAME
       nohup - run a command immune to hangups, with output to a non-tty
 
SYNOPSIS
       nohup COMMAND [ARG]...
       nohup OPTION
 
DESCRIPTION
       Run COMMAND, ignoring hangup signals.

[g.abdou]

pour etre plus précis, j'ai un programme en C que je lance sur la machine et qui va tourner tout le temps, même si je me déconnecte il reste là (je vérifie avec ps -ef)

le probleme est que la commande jobs ne me donne rien, peut etre parce que c pas un script shell ?!

j'ai essayé de mettre fg avec le PID, mais ça marche pas !

any other guess ?

Merci

[gangsoleil]

Bonjour,

Lance-le avec screen. Tu pourras ensuite le recuperer avec cette meme commande.

Par ailleurs, tu dis lancer un progamme C qui tourne tout le temps. C'est donc qu'il se demonise ? Si oui, comment, et est-ce que son pere est bien 1 ?

Si c'est le cas, le plus simple est de prevoir un moyen de communication avec ton demon (memoire partagee, socket, signal, ...)

[frp31]

si le programme démonne, le mieux est de le lancer par l'inittab en mode respawn ainsi quoi qu'il arrive, meme si tu le kill, il redémarre

[g.abdou]

le truc c'est que le programme ce n'est moi qui l'a fait !
j'ai vu que il donne une option de démarrage avec un numéro de port, socket ...
je suppose donc qu'il donne la possibilité de s'y connecter:

Code :

Usage: %s [-t] [-g] [-c config] [-s script] [-d device] [-p port|-u socket]

je l'ai lancé avec les 2 option port et socket, et il s'est lancé en tache de fond avec le PPID 1 :

Code :

root     22230     1  0 21:41 ?        00:00:00 ./aftr -p 5000 -u aftr

Comment on fait alors pour reprendre la main ?

Merci.

[gangsoleil]

Bonjour,

Tu as la commande "netstat -a" pour voir si un programme ecoute sur une socket. Dans ton cas, je pense que :

Code :

netstat -a | grep 5000

devrait correspondre a ton cas.

Si ton programme ecoute sur une socket, c'est un bon debut, mais encore faut-il savoir lui parler ! Or si tu ne l'as pas ecrit, tu as peu de chances de reussir a savoir ce qu'il attend...

Une autre solution consiste a le lancer avec screen, qui te permet de recuperer la main dessus meme si tu perds la connexion.