Bonjour,

le serveur principal du lyc�e est un Pentium 350Mhz qui remplit
parfaitement sa mission (serveur Web, courrier, Samba, etc). Certes il y a
quelques coups de feu qui font monter la charge de temps � autres
notamment quand deux classes se connectent d'un coup mais �a passe tr�s
bien. Seulement, depuis 2 jours, un dr�le de ph�nom�ne se passe de temps �
autres: Les courriers trait�s par exim passe par la chaine
exiscan/clamscan -> spamassassin. Association sure qui a toujours
fonctionn� mais avec des ambitions modestes (peu de fils pour exiscan et
spamassassin, les configurations par d�faut ont fait exploser la machine
:-)). Or depuis hier, sur des courriers tr�s divers, les 2 processus
"clamscan" autoris�s se mettent en "sommeil ininterruptible" (dixit la
doc) � savoir une ligne du type

3238 ?  D   0:18 /usr/bin/clamscan --unzip --unrar --unarj --unace
--disable-summary/var/spool/exiscan/checkqueue/1Af3OS-0000i2-00-tmp

(sur une ligne dans ps ax). Le processus s'arr�te de lui m�me au bout d'un
certain temps. Visiblement, de temps � autre le processus progresse.
(remarquer les 18' de temps de calcul). Dans un  tel cas, il y a toujours
deux sessions de clamscan en parall�le. Si on lance la ligne de commande
directement sur le m�me message, elle bloque �galement. Par contre, si on
la lance sans session de clamscan tournant par ailleurs, le processus est
ex�cut� en 30secondes. 

Lorsque le processus g�le, un message d'erreur dans le log d'exim
apparait: Spool file 1Af4fD-0005A7-00-D not found (par exemple) ce qui
n'emp�che pas le courrier d'�tre distribu�.

Il me semble que le d�lai diminue si on impose � exiscan de ne lancer
qu'un clamscan � la fois mais le ph�nom�ne peut se reproduire quand m�me.
J'ai faute de mieux mis le param�tre scankids � 1, mais je n'arrive pas �
interpr�ter ce qui se passe. Ce param�tre scankids � 1 (au lieu de 2) ne
semble pas trop influencer la rapidit� de livraison du courrier. Mais je
ne comprends pas bien ce qui se passe ne le message d'erreur d'exim. Des
id�es?


Fran�ois Boisson

Répondre à