Discussion :

[ghost942]

Bonjour,

Je me demandais s'il était possible en python de pouvoir capturer la sortie standard d'un process en cours afin d'en surveiller le fonctionnement. (Sous Linux)

Les seules informations que je trouve sur Internet sont relatives au lancement d'un sous-process or ce n'est pas ce que je recherche vu que le process tourne déjà.

Le but est de capturer respectivement la sortie standard d'un ou plusieurs serveurs de jeux qui sont lancés avec SCREEN et leur sortie dirigée vers des pseudo-terminaux: pts/0 pts/1 ..

Est ce que quelqu'un a une idée?

[saad.hessane]

Un exemple tiré de la doc :

Code python :

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

1
2
process = subprocess.Popen(['echo', 'Hello World!'], shell=False, stdout=subprocess.PIPE)
print process.communicate()

Affiche Hello World!

[ghost942]

Oui mais non, ... Je dois pouvoir venir me "greffer" à la sortie d'un process déjà lancé et qui n'est pas question d'interrompre ou de lancer dans le script python.

[airod]

ca devrait faire l'affaire :
http://docs.python.org/library/pty.html#module-pty

ou alors voir du coté du module os qui implante un os.openpty()

bon courage

[saad.hessane]

D'après ce que je sais ca n'est pas possible. Une fois le processus lancé, lui seul a la charge des descripteurs qu'il a ouvert.
A confirmer.

[jblecanard]

C'est exact.

Si tu veux récupérer la sortie du process, tu peux aussi le lancer de sorte à rediriger sa sortie vers un fichier (sur le disque, en ram, ou encore un device sous unix, il y a des techniques pour faire ça).

Puis en python, tu consommes ce fichier.

[ghost942]

Je vais étudier cette possibilité alors, merci.

Sinon, je m'y connais pas assez en Python, mais est ce que deux scripts python peuvent communiquer entre eux via des évènements? (un comme les applications windows)

[wiztricks]

Salut,

...mais est ce que deux scripts python peuvent communiquer entre eux via des évènements? (un comme les applications windows)

Des scripts Python s'exécutent dans des VM Python hébergées dans des process de l'OS (Windows, Linux)...
Ils (les scripts) peuvent utiliser les fonctionnalités de communications entre processus (IPC) spécifiques à l'OS (win32com), plus génériques comme socket et autres, ou emballées dans une sauce Python: multiprocessing,...
- W

[PauseKawa]

Bonsoir,

Si tu veux récupérer la sortie du process, tu peux aussi le lancer de sorte à rediriger sa sortie vers un fichier (sur le disque, en ram, ou encore un device sous unix, il y a des techniques pour faire ça).

Il me semble que ghost942 a spécifier screen. Dans la limite de mes compétences je pense que cette solution n'est pas possible (puisque c'est screen qui la gère).
Pourquoi utiliser screen ? Un simple script shell est bien plus gérable (et même bien plus en Python).

Avis perso.

[jblecanard]

Screen n'est qu'un outil pour afficher plusieurs pseudo-terminaux dans un seul terminal. Si ghost942 n'a pas la main sur la manière dont est lancé le processus, ça risque fort de ne pas être possible.

D'ailleurs, ça ressemble à une tentative de hackage ce sujet

[ghost942]

En fait, on utilise SCREEN car on lance un script (lancement d'outils et lancement du serveur de jeux). La machine héberge de multiples serveurs de jeux.

Donc il faut que le serveur continue à tourner après la fermeture de la console distante. (d'ou SCREEN)

[ghost942]

Screen n'est qu'un outil pour afficher plusieurs pseudo-terminaux dans un seul terminal. Si ghost942 n'a pas la main sur la manière dont est lancé le processus, ça risque fort de ne pas être possible.

D'ailleurs, ça ressemble à une tentative de hackage ce sujet

Non non, pas de hack

Seulement je ne suis pas utilisateur root de la machine, seulement utilisateur de ma section (on utilise plusieurs types de serveurs de jeux).

Je peux configurer le serveur de jeux pour qu'il ponde un fichier log en sortie (la même chose qu'il sort en tty en fait) mais sincèrement, je ne vois pas comment capturer ce flux "ligne par ligne". Lire la totalité du fichier log pour capturer la dernière ligne n'est pas envisageable car on parle de gros fichiers logs (5 à 10Mo quotidien) C'est pour çà que je voulais m'orienter vers la sortie TTY.

Actuellement j'utilise des scripts LUA car le serveur offre cette fonctionnalité là (il trap les événements ce qui me permet d'interagir avec le serveur) mais il a une petite tendance à oublier par ci par la des évènements et génère des gros lags lors de traitements un peu lourd (ce qui est regrettable pour joueur de manière fluide). Bref, je pensais qu'utiliser Python serait une bonne solution pour externaliser les traitements et libérer un peu de charge pour le serveur: lire le flux console et agir par commandes rcon.

En gros faire un bot de controle. Il existe déjà BigBrotherBot (écrit en Python) mais il n'est accessible pour le mode de jeux qu'on utilise. D'ailleurs j'ai regardé un peu le source mais comme je débute en Python, je n'ai pas trouvé la partie qu'il utilise pour capturer les informations du serveur (moteur quake). C'est une usine à gaz

[dividee]

Il devrait y avoir moyen de se positionner à la fin du fichier de log et de faire une lecture bloquante (comme un tail -f). Voir par exemple: http://nxsy.org/tail-in-python

[ghost942]

@dividee: Ca marche! J'intercepte bien l'activité du fichier log. Merci!!

Merci aux autres aussi pour vos réponses

[jblecanard]

Je peux configurer le serveur de jeux pour qu'il ponde un fichier log en sortie (la même chose qu'il sort en tty en fait) mais sincèrement, je ne vois pas comment capturer ce flux "ligne par ligne". :

Ha bah voilà, si tu nous caches les infos essentielles aussi