Project

General

Profile

Demande #6387

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

Added by Frédéric Couchet about 2 months ago. Updated 17 days ago.

Status:
Nouveau
Priority:
Normale
Category:
-
Target version:
Start date:
03/27/2024
Due date:
% Done:

0%

Estimated time:
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.

History

#1

Updated by Frédéric Couchet about 2 months ago

  • Assignee changed from Frédéric Couchet to Quentin Gibeaux
  • Target version changed from Backlog to Avril 2024
#2

Updated by Frédéric Couchet about 2 months ago

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)

#3

Updated by Quentin Gibeaux 17 days ago

  • Target version changed from Avril 2024 to Mai 2024

Also available in: Atom PDF