Accéder au contenu.
Menu Sympa

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

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: David Verdin <adresse@cachée>
  • To: David Prévot <adresse@cachée>
  • Cc: adresse@cachée
  • Subject: Re: [sympa-fr] Plantage de sympa au traitement d'un message trop
  • Date: Mon, 19 Oct 2009 10:19:56 +0200

Bonjour,

Une réponse rapide au sujet de l'utilisation de la mémoire : il y a eu beaucoup de travaux d'optimisation sur la 5.4. On mobilise moins de mémoire avec cette version. Une mise à jour vers cette version simplifierait sans doute votre gestion de la mémoire.

Cordialement,

David Verdin

David Prévot a écrit :
adresse@cachée">
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marc VASSOILLE a écrit :
  
Bonjour,
je pense que l'erreur indiquée par sympa est sans équivoque : A un
moment donné, la mémoire dispo (Physique + Swap vous concernant) est
totalement utilisée. Il y'a peut-être un pic lors du traitement du
message ..
    
Ce n'est pas « peut-être », c'est sûr ;) : j'ai constaté un pic
d'utilisation mémoire au moment du traitement des messages de taille
importante. Je trouve néanmoins bizarre de planter sympa lors du
traitement d'un message de taille supérieure à max_size. Le pire, c'est
que ce plantage a alors eu finalement raison du serveur (après une paire
de redémarrages de sympa, bounced.pl a généré un segfault de
libperl.so.5.10.0 suivit d'un « Out of memory » qui a tué sympa.pl et
finalement le serveur a été rendu indisponible pendant trois heures
avant d'être redémarré).

  
avez-vous la possibilité d'augmenter un peu la mémoire vive (768 Mo ?)
de votre machine virtuelle pour voir si le problème se reproduit ?
    
Je crois qu'on ne va pas avoir le choix si on continue d'utiliser sympa,
le problème semble connu : « It seems that, according to a few advices
gathered in the sympa mailing lists, a sympa.pl process uses around 500
Mo in full charge. » [1].

[1]https://sourcesup.cru.fr/tracker/?func=detail&group_id=23&aid=3588&atid=167

Nous n'hébergeons pour l'instant qu'une vingtaine de listes, je suis
surpris que sympa utilise autant de ressources (40% de la mémoire
d'après top au bout d'une paire de jours de fonctionnement). Est-ce
qu'il est raisonnable de mettre en place un serveur qui héberge quelques
listes de diffusion et des sites web avec 500Mo de RAM, ou est-ce qu'il
faut prévoir au moins 1Go pour permettre à sympa de faire son boulot
correctement ?

Amicalement

David

P.-S. les dix premier processus utilisateurs de mémoire :

  
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
30180 sympa     20   0  167m  72m 2908 S  0.0 14.1   0:48.34 sympa.pl
28326 sympa     20   0  144m  57m 3984 S  0.0 11.2   0:15.24 perl5.10.0
 4752 mysql     20   0  226m  27m 2988 S  0.0  5.4  21:27.37 mysqld
11872 www-data  20   0  135m  23m 6552 S  0.0  4.7   0:52.79 php-fcgi-wrappe
11145 www-data  20   0  134m  22m 6552 S 13.0  4.5   1:01.68 php-fcgi-wrappe
11144 www-data  20   0  136m  22m 6588 S  0.0  4.4   0:49.50 php-fcgi-wrappe
30192 sympa     20   0  115m  22m 2548 S  0.0  4.4   0:42.26 task_manager.pl
30187 sympa     20   0  109m  21m 2324 S  0.0  4.2   0:04.14 archived.pl
30197 sympa     20   0  111m  19m 2540 S  0.0  3.7   0:07.26 bounced.pl
 4656 bind      20   0  119m  15m 2076 S  0.0  3.0   0:13.25 named
    
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkraCQwACgkQ18/WetbTC/pCHgCfSfQ1VXr71S7f6ddTlWclTjY1
tnYAoIX7Y4IVYBcqD4ylUszy1wCn9+SZ
=BS9x
-----END PGP SIGNATURE-----

  

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



Archives gérées par MHonArc 2.6.19+.

Haut de le page