Re: [sympa-fr] Crash session wwwsympa et attachement mortel

[David Verdin <adresse@cachée>]

Bonjour,

Je n'ai pas de solution immédiate, juste une réponse : nous sommes en 
train de chercher la solution à ce problème lié effectivement, sans 
doute, à la nouvelle gestion des sessions.
Cela dit, certains utilisateurs ont résolu ces problèmes de processus 
Sympa à 100% de CPU en remplaçant mod_fastcgi par mod_fcgid.

Cordialement,

David Verdin

Le 29/03/2010 12:07, Philippe Chevalier a écrit :
> Bonjour,
>
> En version 6.0.1, j'ai eu quelques soucis avec wwsympa en fcgi.
>
> En particulier, lors d'un parcours des archives, quand je navigue sur un
> post particulier.
>
> Lorsque je l'affiche, un message d'erreur est loggué dans sympa.log :
>
> main::get_parameters() get_parameters: syntax error for parameter arc_file value 
> 'adresse@cachée' not conform to 
> regexp:[^<>\\*\$\n]+ ; dumped vars in 
> /home/sympa/spool/tmp/sympa_dump.1269855377.43856
>
> Le fichier dump en question contient :
>
> _action_
>          'arc'
> _arc_file_
>          'adresse@cachée'
> _email_
>          ''
> _list_
>          'xxxxxxx'
> _month_
>          '2007-03'
>
>
> Rien d'autre ne se passe, sauf à partir du moment où je clique sur autre
> chose dans l'interface : le processus perl monte alors à 100% de CPU et
> cesse de répondre. Le browser timeout et part en erreur 500.
>
> Même en essayant de revenir à la "racine" de sympa, plus rien ne
> fonctionne.
>
> Même après un restart d'apache, ou de Sympa lui même, essayer de revenir sur
> l'interface Sympa est devenu impossible. Le moindre accès provoque le
> départ en boucle de wwsympa.fcgi qui meurt et renait dans apache avec
> des messages du type :
>
> FastCGI: comm with (dynamic) server "/home/sympa/bin/wwsympa.fcgi" aborted: 
> (first read) idle timeout (30 sec)
>
> C'est lié à la session entière : supprimer le cookie associé au host remet
> les choses en ordre et permet de se relogguer. Ce qui constitue un 
> "workaround",
> mais pas une solution.
>
> Rebuilder les archives n'a rien changé.
>
> Je veux bien que le nom de l'attachement ne lui plaise pas (c'est une
> archives de 2007, faite avec un ancienne version de sympa/mhonarc), mais
> de là à crasher totalement wwsympa, il y a un pas. Et je ne peux pas dire
> à mes utilisateurs "évitez ce post" ou "supprimez un cookie particulier".
>
> Et qu'un "anonyme" browsant mes archives (certaines des MLs sont
> publiques) puisse crasher sympa n'est pas très plaisant non plus.
>
> Je pense qu'il doit être aisé de le reproduire s'il s'agit vraiment d'un
> problème de nom de fichier.
>
> Y a t'il une solution, ou est-ce un bug connu ?
>
> "Supprimer les attachements litigieux" n'est pas une réponse :)
>
> Avec la version 5.2.2 (actuellement en production), ca ne fait pas
> planter wwsympa. Afficher le message ne fait rien. Cliquer sur l'attachement
> en question donne un message : ERROR () - Syntax errors with the following
> parameters : arc_file
>
> Ce qui est moins gênant qu'un process à 100% CPU tout de même.
>
> Cdlt,
>
> Philippe Chevalier
>    

--
David Verdin
Comité réseau des universités