Fork : lien entre les signaux et le terminal ?

Fork : lien entre les signaux et le terminal ? - PHP - Programmation

Marsh Posté le 18-05-2016 à 09:37:31    

Bonjour à tous,
 
J'ai besoin d'un coup de main pour comprendre un comportement sur le petit script que j'ai codé ci-dessous :
 

Code :
  1. <?php
  3. $pid = pcntl_fork();
  5. if(!$pid) {
  6.    
  7.     // DAEMON DETACHEMENT EN SESSION LEADER DEVIENT UN DAEMON
  8.     posix_setsid();
  9.    
  10.     $nbChilds = 2;
  11.     $childs = array();
  12.    
  13.     for($i = 0; $i < $nbChilds; $i++) {
  14.        
  15.         $pid = pcntl_fork();
  16.        
  17.         if(!$pid) {
  18.            
  19.             // UN ENFANT DU DAEMON  
  20.             while(true) {
  21.                
  22.                 // INFINITE LOOP
  23.                
  24.             }
  25.            
  26.             exit(0); // SORTIE NORMALE
  27.            
  28.         } else {
  29.    
  30.             // DAEMON
  31.             $childs[$pid] = $pid;
  32.            
  33.         }
  34.        
  35.     }
  37.     // UN SIGNAL HANDLER QUI TUE LES ENFANTS
  38.     function signal_handler($signal) {
  39.        
  40.         global $childs;
  41.        
  42.         echo 'SIGNAL '.$signal.' CAUGHT'.PHP_EOL;
  43.        
  44.         foreach($childs as $pid) {
  45.            
  46.             posix_kill($pid, SIGKILL);
  47.            
  48.             echo 'SIGKILL '.$pid.PHP_EOL;
  49.            
  50.         }
  51.        
  52.         exit(1);
  53.        
  54.     }
  55.    
  56.     // HANDLER SUR LE SIGNAL 15
  57.     pcntl_signal(SIGTERM, 'signal_handler');
  58.    
  59.     // TANT QU IL RESTE DES CHILDS EN ROUTE
  60.     while(count($childs)) {
  61.        
  62.         // DISPATCH D UN EVENTUEL SIGNAL...
  63.         pcntl_signal_dispatch();
  64.        
  65.         // FIN EVENTUELLE D UN ENFANT...
  66.         $pid = pcntl_wait($status, WNOHANG);
  67.        
  68.         if($pid)
  69.             unset($childs[$pid]);
  70.        
  71.         // POUR NE PAS BOUCLER TROP RAPIDEMENT...
  72.         sleep(1);
  73.        
  74.     }
  76.     exit(0); // SORTIE NORMALE
  77.    
  78. } else {
  79.    
  80.     // PERE
  81.    
  82.     echo "CREATION DU DAEMON ".$pid.PHP_EOL;
  83.     echo "IL FAUT LE TUER AVEC UN : kill -15 ".$pid.PHP_EOL;
  84.    
  85.     exit(0); // SORTIE NORMALE
  86.    
  87. }


 
Le code ci-dessus, est à copier dans un fichier test.php, puis il faut le lancer en php-cli : php test.php
 
Le script va créer un daemon qui aura 2 enfants.
Si on tue le daemon via un "kill -15 PID", le daemon meurt et tue ses deux enfants grâce à un "signal_handler" que j'ai configuré via "pcntl_signal".
 
Si en revanche vous lancez le daemon puis que vous quittez votre terminal, puis revenez avec un nouveau terminal et tuez le daemon.
Alors à ce moment la, il ne tuera pas ses deux enfants, comme si le "signal_handler" n'était plus là.
 
Pourtant j'ai pris soins de positionner un "posix_setsid" afin de m'affranchir de tout lien avec la session courante.
 
Pourriez-vous m'aider à comprendre ce comportement ?
 
Merci d'avance.

Reply

Marsh Posté le 18-05-2016 à 09:37:31   

Reply

Marsh Posté le 18-05-2016 à 14:23:30    

Ca viendrait pas du fait que la variable globale $childs est vide suite à la fermeture, la première fois, du terminal ?
 
Edit : tous les x tours de boucle principale, affiche les principales variables du script. Je pense que tu aura des surprises... :/


Message édité par rufo le 18-05-2016 à 14:24:08

---------------
Astres, outil de help-desk GPL : http://sourceforge.net/projects/astres, ICARE, gestion de conf : http://sourceforge.net/projects/icare, Outil Planeta Calandreta : https://framalibre.org/content/planeta-calandreta
Reply

Marsh Posté le 18-05-2016 à 14:39:25    

Bonjour,
 
Merci pour ta réponse, mais cela ne venait pas de là.
 
En fait, si on commente les echo dans le signal_handler, cela fonctionne même en killant avec un autre terminal.
 
Le signal_handler était donc bien appelé, mais le fait d'écrire dans la sortie standard d'un daemon sans terminal semblait poser problème...
 
Il y a surement une trace de log quelque part de l'erreur que cela générait, mais je ne la trouve pas.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed