Demande #6387: Charge élevée sur le SI de l'April - Admins - Gestionnaire de projets de l'April

Actions

Copier le lien

Demande #6387

ouvert

Charge élevée sur le SI de l'April

Ajouté par Frédéric Couchet il y a 9 mois. Mis à jour il y a environ un mois.

Statut:

Nouveau

Priorité:

Normale

Assigné à:

Quentin Gibeaux

Catégorie:

Version cible:

Décembre 2024

Début:

27/03/2024

Echéance:

% réalisé:

Temps estimé:

Difficulté:

2 Facile

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.

Actions

Copier le lien

Mis à jour par Frédéric Couchet il y a 9 mois

Assigné à changé de Frédéric Couchet à Quentin Gibeaux
Version cible changé de Backlog à Avril 2024

Actions

Copier le lien

Mis à jour par Frédéric Couchet il y a 9 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)

Actions

Copier le lien