[sympa-fr] Re: Surcharge du serveur

[Sylvain Amrani <adresse@cachée>]

Bonjour,

Alyasa a écrit :

Bonjour,

Nous utilisons sympa 5.1.2 avec Exim et MySql sur une machine PIV 3.0 GHz avec 1Go de mémoire.

Nous avons fait une série de manipulation pour envoyer un message d'informations à une liste.

Les manipulations étaient (dans une période de temps très courte) :

- Abonnement par lot (environ 2000 adresses en utilisant l'interface web/wwwsympa) sur la liste

- Désabonnement de ces 2000 adresses.
- Réabonnement de 2000 autres adresses.

- Envoi d'un message à la liste en question

- Modération du message
- Distribution du message
- 150 à 200 demandes d'abonnement consécutives

J'utilise sympa 5.3 sur Debian Sarge sur un serveur avec 3 Go de RAM avec postfix et un NRCPT à 10. Encore très récemment j'ai fait les même manipulations que vous (modulo l'étape de désabonnement/réabonnement) avec une liste de 14800 abonnés sans aucun problème. Avec un uptime de 97 jours, la machine n'a utilisé qu'une seule fois 14Mo de swap.

Les boites aux lettres ne sont évidemment pas stockées sur ce serveur (si c'est le cas chez vous ne cherchez pas plus loin). Il n'y avait pas de VERP sur la liste (mais ça c'est plus un problème pour les MDA).

Vous avez certainement dépassé la mémoire de votre serveur et la machine s'est mise à swapper alors qu'elle était encore en demande de mémoire. Je crains qu'il n'y ait pas d'autre manière de comprendre ce qui se passe a posteriori que de maquéter un autre serveur identique et de refaire les opérations.

Quelle était la configuration de la liste ? Comment avez-vous "désabonné" vos 2000 adresses ? Normalement, les abonnements/désabonnements par lot ne devrait pas être coûteux en include2 (où étaient stockées les 2000 adresses : ldap, sql distant ?). Sauf si votre serveur est déjà au taquet en période normale, je m'orienterais vers un problème lors de la diffusion des messages. Je ne connais pas exim, mais il y a certainement des possibilités pour suspendre l'envoi smtp, l'annuler, etc.. pour pouvoir bencher dans un premier temps ce qui se passe lors de l'abonnement des adresses, puis lors de l'envoi des messages.

Enfin d'une manière générale il est utile de redémarrer sympa très régulièrement pour forcer le ménage (c'est juste mon avis), et de ne pas lancer trop de fastcgi, qui consomment autant qu'un daemon sympa.

Pour info utiliser une liste de 85000 abonnés ne pose ici pas de problème à sympa. Le plus coûteux et complexe à paramétrer est la remise aux boites aux lettres (cyrus), mais qui se fait sur d'autres serveurs.

Sylvain.