Re: [sympa-fr] Problème wwsympa 6.0.1 bloqué

[Benoit Branciard <adresse@cachée>]

Benoit Branciard a écrit :
> Nous avons effectué une migration "live" de Sympa 5.1 vers 6.0.1.
> Après avoir résolu divers problèmes (conversion en UTF8 qui n'a pas 
> fonctionné comme attendu, modules perl manquants, changement du mode 
> d'appel des fcgi...), nous avons une version qui devrait marcher, mais 
> les problèmes suivants subsistent:
>
> 1) problème d'encodage des caractères du service SOAP et des noms de 
> fichiers dans les documents partagés (il semble y avoir des ré-encodages 
> UTF8 redondants)

- docs partagés: problème réglé, cf 
https://listes.cru.fr/sympa/arc/sympa-fr/2010-02/msg00004.html

- canal Esup : problème provisoirement réglé, voir 
http://sourcesup.cru.fr/tracker/?group_id=23&atid=167&func=detail&aid=4366
A noter qu'en plus du pb Esup (le canal attend de l'ISO, pas de l'UTF8, 
ce qui peut être considéré comme un bug), il y a un pb au niveau du 
sympasoap.pm : il ré-encode en UTF8 des données qui le sont déjà !
La correction consisterait à supprimer totalement les directives 
&Encode::(de|en)code .

> J'ai vu passer des mails sur la liste à ce sujet, je vais examiner ça, 
> ce n'est pas le plus urgent.
>
> 2) (l'objet de ce mail): les 2 process wwsympa.fcgi se bloquent 
> régulièrement à 100% de charge CPU et n'acceptent plus aucune requête web.
>
> Pas de traces d'erreurs, hormis la charge CPU anormale et les timeouts 
> au niveau du serveur apache (le timeout est réglé à 90s):
> FastCGI: incomplete headers (0 bytes) received from server ...
> FastCGI: comm with server 
> "/usr/local/listes/bin/wwsympa-sudo-wrapper.fcgi" aborted: idle timeout 
> (90 sec)
>
> L'appel des fcgi se fait par sudo. Le serveur web est un Apache 2.2.9, 
> perl est en 5.10, le mod-fastcgi en 2.4.6., tout ça sur un Debian Lenny.
> La plupart des modules perl sont des paquets Debian, sauf ce qui n'a pas 
> pu l'être.
>
> Je continue à chercher, mais si quelqu'un a une idée...

A première vue: le pb semble être causé par la création d'un dossier 
dans les documents partagés dont le nom comporte un "+" !!!

A part interdire aux utilisateurs de mettre des "+" dans leurs noms de 
fichiers, quelqu'un aurait-il un patch à suggérer ?



--
Benoit BRANCIARD
Pôle Infrastructures
Centre de ressources informatiques et du réseau (CRIR)
Université Paris 1 Panthéon-Sorbonne
http://crir.univ-paris1.fr
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.