bash, tache de fond

Bonjour à tous.

Grand débutant dans les script bash, je me retrouve avec un problème que je n'arrive pas à appréhender.
Mais tout d'abord, le contexte.
J'utilise un serveur node afin de réaliser un tchat, conjointement à une application développée en php. Le tout étant héberger sur un serveur ubuntu.
Afin de controler node.js, j'utilise un script appelé via php tel que suis :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

#!/bin/bash   pid_file="node.pid" log_file="logs/node-$(date +%Y-%m-%d).log"   # Si l'arrêt est demandé, on arrête le serveur Node.js. if [ "$1" == "stop" ] then if [ -f $pid_file ] then kill $(cat $pid_file) rm $pid_file exit 0 fi fi   # Si le lancement est demandé, on lance le serveur Node.js if [ "$1" == "start" ] then node map_server.js 2>> "$log_file" & echo $! > $pid_file exit 0 fi

---

Afin de pouvoir avoir un suivi des erreur, je redirige stderr dans un fichier. Toute fois, c'est là que çà coince.
Tant que le processus n'est pas tué, ma page tourne en rond et je reste du script php ne s’exécute pas.
Le serveur node est bien lancé et si je redirige la sortie vers /dev/null, le script ce déroule normalement.

Si une âme charitable, ou pas, avez un bout de solution a m'apporter, j'en serai ravi.

Bonjour,

un script PHP, qui appelle un script bash, qui appelle un script javascript... :koi:

je suis sûr qu'on peut faire plus compliquer, mais t'es sur la bonne voie.
essaie encore ! :lol:

:dehors:

Bonjour,

Serait-il possible de voir comment tu appelles le script depuis php ? Sinon c'est pas forcément l'idéal de passer par du PHP pour gérer un service nodejs, et des alternatives comme ton init préféré, supervisord ou même le grand méchant systemd (qui fait tant de bruit en ce moment) me semblent un poil plus appropriés pour gérer des services :whistle:

Merci de votre attention.
Comme l'interface d'administration est coder en php et que le service doit être arrêter et redémarrer lors d'une maintenance automatique elle aussi coder en php, ce choix me semblait le plus approprié. Sans parler du fait que le service doit pouvoir être gérable par des non informaticiens.
Voici donc les fonctions de la classe qui gère le lancement et l'arrêt du service :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

public function switch_state($etat){ if($etat == self::Etat_Offline){ $this->stop(); } elseif($etat>= self::Etat_Lock && $etat <= self::Etat_Open){ $this->start(); } }   private function start() { // On arrête le serveur exec('bash '.$this->_sh.' stop');   // On lance le serveur exec('bash '.$this->_sh.' start'); }   private function stop() {   // On arrête le serveur exec('bash '.$this->_sh.' stop'); }

---

Bonjour,

A mon avis, ce serait largement préférable de te tourner vers supervisord (qui propose une API XML-RPC pour le contrôler depuis un script par exemple, doc ici) que de bricoler un truc en bash à moitié bancal.

Cependant je trouve malgré tout bizarre que le processus ne passe pas en arrière-plan, pourrais-tu faire afficher au script la commande qu'il essaie de lancer ? :koi:

Voici le résultat avec set -x, si c'est bien ce que vous souhaitiez :

Code:

---

1 2	+ echo 19175 + node map_server.js

---

Losrque je lance le script via la console directement, tout ce passe bien. Mais via php, çà coince. Serait-ce le exec() qui pose problème ?

C'est probable (même si ça me paraît bizarre) :whistle:

Ou alors tu exécutes un autre script (bloquant lui) qui a le même nom que ton script :aie: (largement plus probable à mon avis :aie:). Cependant je persiste à dire qu'il vaut mieux confier la gestion de services à un programme prévu pour que de vouloir le faire soi-même :whistle:

Après quelque essais et recherches, j'ai fini par trouver une solution qui me convienne.
J'ai remplacé

Code:

---

node map_server.js 2>>"$log_file" &

---

par

Code:

---

node map_server.js >>"$log_file" 2>&1 &

---

Le script php ne bloque plus et tout fonctionne comme souhaiter. J'ai du mal à comprendre pourquoi diriger les erreurs vers un fichier directement bloque alors que redirigé ce même flux vers la sortie standard fonctionne. J'ai encore beaucoup à apprendre.