Re: [sympa-fr] process fcgi non tués lors d'un reload

[Benoit Branciard <adresse@cachée>]

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.



> Une première solution à court terme serait de
> remplacer le reload par un restart. Là on est sûr que les fcgid sont
> tués, puisque leur processus père est supprimé.


> mod_fcgid-2.2 et 2.1 ne posent pas ce problème mais on les a installés à
> la main, pas avec des packages.
>
> Apache 2.2.3, ici.
>
> David
>
> Le 29/11/2010 14:46, Benoit Branciard a écrit :
> > Le 29/11/2010 11:53, Dominique LALOT a écrit :
> > > Salut Benoit,
> > >
> > > Je suis passé depuis deux ans avec ce module:
> > > libapache2-mod-fcgid
> > >
> > > qui me semble poser moins de problème. Fais un test pour voir si ça
> > > passe mieux, ça prend 5 minutes pour passer de l'un à l'autre.
> >
> > aux premiers tests, c'est pire:
> > un "reload" fait planter le serveur !
> >
> >
> > > # <Location /wws>
> > > # SetHandler fastcgi-script
> > > # </Location>
> > > <Location /wws>
> > > SetHandler fcgid-script
> > > </Location>
> > >
> > > et tu as aussi un paquet debian.
> > >
> > > A+
> > >
> > > Dom
> > >
> > > ----- Message de adresse@cachée ---------
> > > Date : Mon, 29 Nov 2010 11:32:38 +0100
> > > De : Benoit Branciard <adresse@cachée>
> > > Objet : [sympa-fr] process fcgi non tués lors d'un reload
> > > À : "adresse@cachée" <adresse@cachée>
> > >
> > >
> > > > Bon, je pose la question ici à tout hasard des fois que quelqu'un aie
> > > > déjà vu un pb similaire, sachant que je vais continuer les
> > > > investigations en arrière-plan de mon côté.
> > > >
> > > > Voilà:
> > > > nous avons un Sympa 6.1.1 dont le wwsympa est lancé via sudo (par un
> > > > petit script qui appelle "sudo sympa ...") par Apache 2.2.9 avec
> > > > mod_fastcgi 2.4.6 (paquets Debian Lenny).
> > > >
> > > > Or lorsqu'on fait un "/etc/init.d/apache2 reload", de nouveaux
> > > > processus wwsympa et sympa_soap sont créés, mais les anciens
> > > > continuent à tourner.
> > > > Résultat, les processus fcgi s'accumulent à chaque rotation des logs
> > > > Apache (laquelle effectue un reload).
> > > >
> > > > On pourrait remplacer le reload par un restart, qui marche bien comme
> > > > attendu, mais bon ce serait mieux que les méthodes "conçues pour"
> > > > fonctionnent...
> > > >
> > > > C'est étrange, il ne me semblait pas avoir remarqué ce comportement
> > > > avec les versions précédentes de sympa (6.0x) (sans pour autant en
> > > > être certain).
> > > >
> > > > Une idée ?
> > > >
> > > > --
> > > > 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.
> > >
> > >
> > > ----- Fin du message de adresse@cachée -----
>
> --
> David Verdin
> Comité réseau des universités
>
> Due to the limitations of human brain, I fail to remember all the mails.
> So if you want your bug reports or feature requests for Sympa to be
> processed, please post them to the Sympa tracker
> <https://sourcesup.cru.fr/tracker/?group_id=23>
>
> --
> Ce message a été vérifié par MailScanner <http://www.mailscanner.info/>
> pour des virus ou des polluriels et rien de suspect n'a été trouvé.


--
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.