Demande #6387
Charge élevée sur le SI de l'April
0%
Description
Le SI est en charge élevée.
Les sites qui sont gérés par la VM lamp mettent du temps à répondre, ou
même génèrent des erreurs 50x.
calamus est à 80 de charge, virola à 18.
J'ai l'impression que c'est le même souci qu'on a eu lors de l'envoi des
convocations d'AG.
François avait investigué.
Moi j'avais stoppé awstats.pl sur bastion qui en exécution depuis
longtemps et avec une utilisation de 95% de CPU. J'avais aussi, je ne
sais plus pourquoi, désactivé temporairement logrotate sur bastion.
La charge avait fini par redescendre.
Là je ne touche à rien, car je préférerais que l'un de vous investigue
et trouve la raison de la charge.
Historique
Mis à jour par Frédéric Couchet il y a environ un mois
- Assigné à changé de Frédéric Couchet à Quentin Gibeaux
- Version cible changé de Backlog à Avril 2024
Mis à jour par Frédéric Couchet il y a environ un mois
la charge était très élevé sans qu'aucun processus ne charge le cpu/ram/disque
La raison selon Quentin : une flopée d'IP qui a fait plein de logs qui se logrotataient pas parce qu'il y avait un script awstats qui générait des statistiques de visite (sur bastion)
Mais vraiment bizarre tout ce bloc d'ip amazon qui explore les sites april, peut être des feed d'IA
Résolution : kill le awstats et tout les logrotate, relancer les logrotate pour libérer de l'espace (via compression et garder les logs pour analyse)
Jj'avais dropé X.X.X.X/16, un peu large, temporairement
iptables -I INPUT -s 47.128.0.0/16 -j DROP (sur bastion)