Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
Re: [sympa-fr] process fcgi non tués lors d'un reload
- From: Benoit Branciard <adresse@cachée>
- To: adresse@cachée
- Subject: Re: [sympa-fr] process fcgi non tués lors d'un reload
- Date: Mon, 29 Nov 2010 15:43:25 +0100
J'ai trouvé la solution...
En fait je lançais mes fcgi avec un script shell faisant appel à sudo de ce type:
#!/bin/bash
exec /usr/bin/sudo -u sympa /usr/local/listes/bin/wwsympa.fcgi "$@"
Si je remplace par :
#!/bin/bash
/usr/bin/sudo -u sympa /usr/local/listes/bin/wwsympa.fcgi "$@"
ça marche.
Evidemment du coup le script shell reste résident en attente de la mort du fcgi, ce que je voulais éviter avec le "exec". Mais visiblement le "reload" a besoin d'interagir avec un processus fils doit les droits correspondent à www-data et non pas sympa; peut-être pour réouvrir le socket IPC ?
Ce qui est bizarre c'est que sauf inattention de ma part cette contrainte n'existait pas en en Sympa 6.0.x, qui a quand même tourné plusieurs mois avec le "exec" sans qu'on remarque d'accumulation de processus.
Le 29/11/2010 15:22, Benoit Branciard a écrit :
Le 29/11/2010 14:58, David Verdin a écrit :
"Normalement" un reload va bien tuer les process fcgid, mais en aucun
cas en relancer de nouveaux. Ils sont censés être lancés lors de la
première requête.
avec fcgid oui, mais pas avec mod_fastcgi, où les scripts fcgi sont
lancés "préventivement" par les directives FastCgiServer.
Ceci dit le bug que nous rencontrons semble similaire dans les 2 cas,
avec des effets différents selon le module utilisé:
- avec fastcgi, les processus fcgi ne sont pas correctement tués, mais
de nouveaux sont automatiquement démarrés conformément aux directives
FastCgiServer. Le service n'est pas interrompu, mais on a une
accumulation de processus.
- avec fcgid, ils ne sont pas correctement tués mais n'acceptent plus de
requêtes. fcgid les voit encore vivants donc n'en crée pas de nouveaux,
ce qui bloque le service.
Si on tue manuellement les fcgi bloqués, Apache en recrée des nouveaux à
la première requête et tout rentre dans l'ordre.
Enfin bon c'est une tentative d'interprétation des choses.
--
Benoit BRANCIARD
CRIR - SIS
Centre de Ressources Informatiques et du Réseau,
Service Infrastructures
http://crir.univ-paris1.fr
Université Paris 1 Panthéon-Sorbonne
Tel. 01 44 07 89 68
--
Ce message a ete verifie par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a ete trouve.
-
[sympa-fr] process fcgi non tués lors d'un reload,
Benoit Branciard, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Dominique LALOT, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Benoit Branciard, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
David Verdin, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Benoit Branciard, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Benoit Branciard, 29/11/2010
- Re: [sympa-fr] process fcgi non tués lors d'un reload, Benoit Branciard, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Benoit Branciard, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Benoit Branciard, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
David Verdin, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Benoit Branciard, 29/11/2010
-
Re: [sympa-fr] process fcgi non tués lors d'un reload,
Dominique LALOT, 29/11/2010
Archives gérées par MHonArc 2.6.19+.