[resolu] help me !! Serveur mail SME très très lent

[waxx88]

Bonjour,

Actuellement, mon serveur SME qui n'est utilisé qu'en serveur (serveur mail) seulement rame énormément. Il y a environ une cinquantaine de personnes qui se connectent dessus en IMAP ou pop3 (via Thunderbird) et il est hyper hyper lent. Il est installé sur un bon pc (700MHz - RAID 5) et d'après la doc, il devrait pouvoir tenir 500 utilisateurs !!

Nous avons mis pour la carte réseau les drivers plus récents mais ça ne change rien. Après un reboot, on a une légère acalmie de quelques secondes et après il redevient saturé.

Je n'utilise pas d'antivirus genre clamav qui risquerait de ralentir les flux. Il y a t-il un rpm pour voir les flux entrants et sortants du serveur SME ?

Si quelqu'un a une idée .....

Merci

[MasterSleepy]

Salut,

Je te conseil d'installer sysmon ou sme6admin.
Il te feront des graphs, d'utilisation de la mémoire, débit sur tes différentes carte réseau.
C'est toujours un bon début.

A+

[guytou]

Salut

tu pourrais installer la contrib qmHandle. elle te permetras de voir la charge de tes messages sue qmail (j'ai eu le cas suite a une infection de virus plusieurs millions des messages dans les queues de qmail et la ca n'avance plus).


A+

[pulsergene]

bonjour

tu peux utiliser la commande top sur le serveur ca va t'indiquer la charge CPU, RAM, SWAP

[waxx88]

merci beaucoup
On va tester tout ça.

Je vous tiens au courant

Au fait, il n'y aurait pas des probleme de session limité ou autre ? lors de l'utilisation d'Imap ?

[waxx88]

Re-salut

J'ai essayé tout ce que vous m'avez dit ... j'ai pas de surcharge cpu ou autre sur la carte réseau.
On dirait que c'est un problème de queue. Quelqu'un saurait m'expliquer comment fonctionne le serveur SME au niveau des queues mails ??

En fait, lorsqu'on reboote le serveur, si on est trois ou quatre à bosser dessus, il plante en 2 heures (impossible de voir les dossiers imap, lenteurs énormes ....)
Si on est quinze : il plante en quelques minutes .... C'est vraiment bizarre. Une idée ??

Toute suggestion est la bienvenue.

[snoopyouaib]

Bonjour,
juste comme ça en passant, une grosse (mega grosse) pièce jonte bloquée à l'envoie ? qu'y a t'il comme connexion ?
sinon un ou des postes du réseau infecté et qui renverrai des mails à tous va.
Bonne chance

[guiguid]

il me faudrait la sortie de :
qmHandle (contrib a installer : http://vanhees.homeip.net/modules.php?o ... load&sid=7 )
--> pour voir la queu actuelle des emails
tail -f /var/log/messages
--> pour voir si il n'y a pas des evenements suspects
tail -f /var/log/maillog
--> pour voir si qmail joue bien son role
uptime
ifconfig -a
--> pour voir si tu n'a pas des packets perdu a cause d'une carte defectuese et le debit des tes cartes depuis le dernier reboot..

apres on pourra surement t'en dire plus

[waxx88]

Ok. Merci beaucoup Guiguid .... Je rentre lundi dans ma boîte, malheureusement je crois que quand je vais arriver, je vais avoir la surprise de retrouver un exchange de $%#&!.... J'ai demandé au responsable info de tester cela ... j'aurais les réponses maybe ... enfin j'espère !!

En gros, l'impression qu'ont les responsables, c'est que quand on a plusieurs personnes en imap dessus il rame à mort ... qmail le fautif ? ??

Vu que je ne suis pas sur place, je ne peux pas faire grand chose.

Mais merci pour toutes les réponses que vous pourrez m'apporter

[waxx88]

1) Tout se passe bien au niveau de la queue

[b]2) - tail -f /var/log/messages : rien de particulier
Mise a part que cela ldap(ise) a mort en permanence ?


3)- tail -f /var/log/maillog

Sep 2 17:47:01 mel slapd[2256]: conn=12 op=2 UNBIND
Sep 2 17:47:01 mel slapd[1280]: daemon: conn=13 fd=18 connection from IP=10.1.1.150:1320 (IP=0.0.0.0:389) accepted.
Sep 2 17:47:01 mel slapd[2256]: conn=-1 fd=9 closed
Sep 2 17:47:01 mel slapd[1280]: deferring operation
Sep 2 17:47:01 mel slapd[2275]: conn=13 op=0 BIND dn="" method=128
Sep 2 17:47:01 mel slapd[2275]: conn=13 op=0 RESULT tag=97 err=0 text=
Sep 2 17:47:01 mel slapd[2274]: conn=13 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=Inf*)(|(cn=Inf*)(|(sn=Inf*)(givenName=Inf*))))"
Sep 2 17:47:01 mel slapd[2274]: conn=13 op=1 SEARCH RESULT tag=101 err=0 text=
Sep 2 17:47:01 mel slapd[2256]: conn=13 op=2 UNBIND
Sep 2 17:47:01 mel slapd[2256]: conn=-1 fd=18 closed

Sep 2 17:49:08 mel slapd[1280]: daemon: conn=14 fd=9 connection from IP=10.1.1.122:1646 (IP=0.0.0.0:389) accepted.
Sep 2 17:49:08 mel slapd[2275]: conn=14 op=0 BIND dn="" method=128
Sep 2 17:49:08 mel slapd[2275]: conn=14 op=0 RESULT tag=97 err=0 text=
Sep 2 17:49:08 mel slapd[2274]: conn=14 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=*pa*)(cn=*pa*)(givenName=*pa*)(sn=*pa*))"
Sep 2 17:49:08 mel slapd[2274]: conn=14 op=1 SEARCH RESULT tag=101 err=0 text=
Sep 2 17:49:14 mel slapd[1280]: daemon: conn=15 fd=18 connection from IP=10.1.1.122:1647 (IP=0.0.0.0:389) accepted.
Sep 2 17:49:14 mel slapd[2256]: conn=15 op=0 BIND dn="" method=128
Sep 2 17:49:14 mel slapd[2256]: conn=15 op=0 RESULT tag=97 err=0 text=
Sep 2 17:49:14 mel slapd[2275]: conn=15 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=*an*)(cn=*an*)(givenName=*an*)(sn=*an*))"
Sep 2 17:49:15 mel slapd[2275]: conn=15 op=1 SEARCH RESULT tag=101 err=0 text=
Sep 2 17:49:22 mel slapd[1280]: daemon: conn=16 fd=19 connection from IP=10.1.1.122:1648 (IP=0.0.0.0:389) accepted.
Sep 2 17:49:22 mel slapd[2274]: conn=16 op=0 BIND dn="" method=128
Sep 2 17:49:22 mel slapd[2274]: conn=16 op=0 RESULT tag=97 err=0 text=
Sep 2 17:49:22 mel slapd[2256]: conn=16 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=*ar*)(cn=*ar*)(givenName=*ar*)(sn=*ar*))"
Sep 2 17:49:22 mel slapd[2256]: conn=16 op=1 SEARCH RESULT tag=101 err=0 text=
Sep 2 17:49:28 mel slapd[1280]: daemon: conn=17 fd=20 connection from IP=10.1.1.122:1650 (IP=0.0.0.0:389) accepted.
Sep 2 17:49:28 mel slapd[2275]: conn=17 op=0 BIND dn="" method=128
Sep 2 17:49:28 mel slapd[2275]: conn=17 op=0 RESULT tag=97 err=0 text=
Sep 2 17:49:28 mel slapd[2274]: conn=17 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=*c\C3\A9*)(cn=*c\C3\A9*)(givenName=*c\C3\A9*)(sn=*c\C3\A9*))"
Sep 2 17:49:28 mel slapd[2274]: conn=17 op=1 SEARCH RESULT tag=101 err=0 text=
Sep 2 17:49:32 mel slapd[1280]: daemon: conn=18 fd=21 connection from IP=10.1.1.122:1651 (IP=0.0.0.0:389) accepted.
Sep 2 17:49:32 mel slapd[2256]: conn=18 op=0 BIND dn="" method=128
Sep 2 17:49:32 mel slapd[2256]: conn=18 op=0 RESULT tag=97 err=0 text=
Sep 2 17:49:32 mel slapd[2275]: conn=18 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=*ce*)(cn=*ce*)(givenName=*ce*)(sn=*ce*))"
Sep 2 17:49:32 mel slapd[2275]: conn=18 op=1 SEARCH RESULT tag=101 err=0 text=
Sep 2 17:50:07 mel slapd[1280]: daemon: conn=19 fd=22 connection from IP=10.1.1.122:1652 (IP=0.0.0.0:389) accepted.
Sep 2 17:50:07 mel slapd[2274]: conn=19 op=0 BIND dn="" method=128
Sep 2 17:50:07 mel slapd[2274]: conn=19 op=0 RESULT tag=97 err=0 text=
Sep 2 17:50:07 mel slapd[2256]: conn=19 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=*th*)(cn=*th*)(givenName=*th

4) Uptime
5:57pm up 21 min, 2 users, load average: 0.00, 0.10, 0.12


5) pas de paquet perdu !!
eth0 Lien encap:Ethernet HWaddr 00:A0:D2:13:1C:85
inet adr:10.1.1.2 Bcast:10.1.1.255 Masque:255.255.255.0
adr EtherTalk Phase 2:65280/108
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12910 errors:0 dropped:0 overruns:0 frame:0
TX packets:18833 errors:0 dropped:0 overruns:0 carrier:0
collisions:0
RX bytes:5592003 (5.3 Mb) TX bytes:20040445 (19.1 Mb)

Moi, je ne détecte rien d'anormal

[waxx88]

Deux autres pistes :

Est-ce qu'un tel ralentissement : le serveur rame à mort quand il y a cinq ou six personnes en imap dessus peut venir :

- du client de messagerie qui fait mal son boulot ou trop lentement

- de la résolution des noms : dans les paramètres, on n'utilise pas l'adresse IP du serveur de mail mais un domaine genre imap.serveur.com.

Qu'en pensez-vous ?? Merci d'avance

[guiguid]

bien si tu lis les log tu vois que la resolution ldap est tres tres bavarde, alors que tu ne dervais pas avoir autant de requettes :

Sep 2 17:49:14 mel slapd[1280]: daemon: conn=15 fd=18 connection from IP=10.1.1.122:1647 (IP=0.0.0.0:389) accepted.
Sep 2 17:49:14 mel slapd[2256]: conn=15 op=0 BIND dn="" method=128
Sep 2 17:49:14 mel slapd[2256]: conn=15 op=0 RESULT tag=97 err=0 text=
Sep 2 17:49:14 mel slapd[2275]: conn=15 op=1 SRCH base="dc=gret, dc=org" scope=2 filter="(|(mail=*an*)(cn=*an*)(givenName=*an*)(sn=*an*))"
Sep 2 17:49:15 mel slapd[2275]: conn=15 op=1 SEARCH RESULT tag=101 err=0 text=

Commence par utiliser une resolution de nom par DNS normale, puis met lentement en place ladp ....
cela vient le la.

normalement maillog que contient que des ligne qui parlent de qmail .... (mais j'utilise pas ldap)

[waxx88]

on utilise ldap avec le client mail pour avoir accès à la liste des utilisateurs et surtout à leurs adresses mails. Comment fais-tu toi alors ?

[guiguid]

desactive ldap sur tes clients et vois si il y a du mieux,
pour voir si c'est ldap qui fout le bordel,
apres on verra ...

[waxx88]

ça y est je suis rentré de vacances ... à première vue cela viendrait d'IMAP ... parce que pour l'instant les utilisateurs sont configurés en POP toujours avec le ldap (mais outlook) et visiblement ça rame pas ...

j'investigue sur une machine de test