Anomalie #3933
Mémoire insuffisante sur la vm mail
100%
Description
Chatonic nous prévient que le swap est très entamé sur la vm mail :
20:32 < chatonic[1]> mail.cluster.chapril.org!swap: => SWAP WARNING - 47% libre (476 MB sur un total de 1019 MB)
Ce n'est pas la première fois depuis le début du mois d'octobre 2019.
Extrait de top :
=(^-^)=root@bastion:/usr/local/bin# cd /etc/logrotate.d/
top - 20:34:22 up 5 days, 5:47, 1 user, load average: 0,02, 0,01, 0,00
Tasks: 93 total, 1 running, 92 sleeping, 0 stopped, 0 zombie
top - 20:39:37 up 5 days, 5:53, 1 user, load average: 0,06, 0,03, 0,00
Tasks: 93 total, 1 running, 92 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,3 us, 1,3 sy, 7,6 ni, 90,4 id, 0,0 wa, 0,0 hi, 0,0 si, 0,3 st
MiB Mem : 987,2 total, 110,7 free, 685,6 used, 190,9 buff/cache
MiB Swap: 1020,0 total, 477,3 free, 542,7 used. 153,4 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
423 clamav 20 0 1092428 421504 2344 S 0,0 41,7 3:28.63 clamd
6069 amavis 20 0 155104 81344 7732 S 0,0 8,0 0:00.82 /usr/sbin/amavi
6015 amavis 20 0 155060 81324 7724 S 0,0 8,0 0:00.78 /usr/sbin/amavi
12662 postfix 20 0 44372 10840 9648 S 0,0 1,1 0:00.02 smtpd
735 root 20 0 250336 10660 1804 S 0,0 1,1 3:06.54 fail2ban-server
13404 root 20 0 21144 8896 7556 S 0,0 0,9 0:00.00 systemd
13401 root 20 0 16616 7952 6856 S 0,0 0,8 0:00.08 sshd
8483 postfix 20 0 43508 7180 6364 S 0,0 0,7 0:00.00 pickup
11848 postfix 20 0 43508 7140 6328 S 0,0 0,7 0:00.00 showq
13281 postfix 20 0 43508 7088 6276 S 0,0 0,7 0:00.00 anvil
1 root 20 0 170788 5252 3652 S 0,0 0,5 0:28.67 systemd
236 root 20 0 48836 5048 3008 S 0,0 0,5 2:11.14 systemd-journal
13418 root 20 0 7924 4704 3176 S 0,0 0,5 0:00.01 bash
759 nagios 20 0 598672 4408 0 S 0,0 0,4 7:08.65 icinga2
12767 opendkim 20 0 341668 4192 2288 S 0,0 0,4 0:03.27 opendkim
Mémoire actuelle de la vm mail Chapril : 1024 Mo
Mémoire actuelle de la vm mail April : 2024 Mo
Proposition : augmenter la mémoire de la vm mail Chapril de 512 Mo, donc de 1024 Mo à 1536 Mo.
Fichiers
Historique
Mis à jour par Christian P. Momon il y a plus de 4 ans
- Projet changé de Admins à Chapril
- Version cible
Backlogsupprimé
Mis à jour par François Poulain il y a plus de 4 ans
- Fichier Capture d’écran de 2019-10-18 21-07-11.png Capture d’écran de 2019-10-18 21-07-11.png ajouté
Proposition : augmenter la mémoire de la vm mail Chapril de 512 Mo,
donc de 1024 Mo à 1536 Mo.
Effectivement la swap dispo baisse ces derniers temps. Clamd bouffe 50%
de la ram. Il faudrait comprendre pourquoi.
Mis à jour par Laurent POUJOULAT il y a plus de 4 ans
Pour information, clamd bouffe beaucoup de mémoire, presque 500Mo de base. On peut le vérifier en ligne de commande avec l'utilitaire "clamdtop" qui affiche les ressources utilisées par clamd.
Mis à jour par Romain H. il y a presque 4 ans
- Statut changé de Nouveau à En cours de traitement
Le rapport entre ce que nous apporte Clamav et la consommation mémoire ne semble pas justifier de conserver Clamav.
Nous allons le désactiver pendant 1 mois pour voir si le problème de consommation mémoire est bien résolu.
Ajout dans /etc/amavis/conf.d/50-user de :
@bypass_virus_checks_maps = (1);
Désactivation des deux services clamav :
systemctl stop clamav-freshclam systemctl stop clamav-daemon systemctl disable clamav-freshclam systemctl disable clamav-daemon
Je n'ai pas trouvé de sonde de supervision qui surveillait clamav, je n'ai donc rien changé à ce niveau.
Mis à jour par Romain H. il y a presque 4 ans
- Fichier april_vm_mail_swap.png ajouté
- Statut changé de En cours de traitement à Résolu
- % réalisé changé de 0 à 100
Mis à jour par Romain H. il y a presque 4 ans
- Fichier chapril_vm_mail_swap.png chapril_vm_mail_swap.png ajouté
J'ai inversé le graph, voici le bon.
Depuis la modification la consommation de swap est constante de et pas d'alerte icinga autre que des pertes de connexion.
Mis à jour par Christian P. Momon il y a presque 4 ans
- Version cible changé de Backlog à Sprint 2020 mai