Re: [sympa-fr] Plantage de sympa au traitement d'un message trop

[Marc VASSOILLE <adresse@cachée>]

Bonjour,
nous avons eu exactement le même problème (même version, même OS). Nous avions une mauvaise configuration du serveur : Le swap n'était pas activé. Depuis 2 jours, plus de plantage ..

Cordialement,
Marc

David Prévot a écrit :

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bonjour,

J'utilise (5.3.4) sur Debian Lenny avec Exim et gestion en Virtualhosts.

Un utilisateur a envoyé un message « un peu » gros (13 Mo), et sympa est
mort en le traitant. Les logs au moment du premier crash sont
ci-dessous, et je peux fournir les logs en mode debug si nécessaire.

  

Oct 12 21:19:46 sudeducation sympa[32005]: main::DoFile() Processing /adresse@cachée ; sender: adresse@cachée#012 ; message-id: <adresse@cachée>#012
Oct 12 21:19:47 sudeducation sympa[32005]: main::DoMessage() Processing message for yyy with priority 5, <adresse@cachée>#012
Oct 12 21:19:50 sudeducation sympa[32005]: main::DoMessage() sympa::DoMessage(): Message for yyy from adresse@cachée rejected because too large (13473068 > 5242880)
Oct 12 21:20:15 sudeducation sympa[32005]: tools::safefork() Can't create new process in safefork: Ne peut allouer de la mémoire
Oct 12 21:20:25 sudeducation sympa[32005]: tools::safefork() Can't create new process in safefork: Ne peut allouer de la mémoire
Oct 12 21:20:45 sudeducation sympa[32005]: tools::safefork() Can't create new process in safefork: Ne peut allouer de la mémoire
Oct 12 21:21:15 sudeducation sympa[32005]: Can't create new process in safefork:
Oct 12 21:21:15 sudeducation sympa[32005]: Exiting.
Oct 12 21:21:15 sudeducation sympa[32005]: List::send_notify_to_listmaster() List::send_notify_to_listmaster(%s) : missing incoming parameter "$robot"
Oct 12 21:21:15 sudeducation sympa[32005]: Log::fatal_err() Unable to send notify 'sympa died' to listmaster
    

J'ai depuis corrigé la configuration pour recevoir le message 'sympa
died' au cas où ça se reproduirait. Après redémarrage de sympa,
s'accumulaient les problèmes d'allocation mémoire d'après les logs et
sympa n'arrivait visiblement pas à traiter ce message (ni les autres qui
s'accumulaient derrière du coup).

Une fois le message incriminé viré de /var/spool/sympa/msg et en forçant
le redémarrage de sympa, le serveur de liste refonctionne.

Merci par avance d'éclairer ma lanterne pour éviter que ce genre de
problème se reproduise.

Amicalement

David

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkrT9Q8ACgkQ18/WetbTC/oePQCfWTAoRYEjS40H/5lvkJgbJJPO
1vAAniEnMnaSbkqeD+f6uUsGwUfSI3cy
=gS0l
-----END PGP SIGNATURE-----
  

-- 
Marc VASSOILLE

Centre Informatique
IUT2 GRENOBLE
Tél. 04 76 28 47 23
adresse@cachée


Sauvez un arbre ! N'imprimez ce message que si cela est indispensable.