Projet

Général

Profil

Actions
Copier le lien

Demande #4481

fermé

admin:/var se remplit vite

Ajouté par Christian P. Momon il y a plus de 4 ans. Mis à jour il y a plus de 4 ans.

Statut:
Fermé
Priorité:
Urgente
Assigné à:
Christian P. Momon
Catégorie:
-
Version cible:
Mai 2020
Début:
12/05/2020
Echéance:
% réalisé:

0%

Temps estimé:
Difficulté:
2 Facile

Description

Actuellement (12/05/2020) :

(April) root@admin:/var# df -h .
Sys. de fichiers         Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/vg_admin-var   4,6G    3,9G  468M  90% /var

(April) root@admin:/var# du -sch backups/influxdb
479M    backups/influxdb
479M    total

(April) root@admin:/var# du -sch spool/icinga2/
810M    spool/icinga2/
810M    total

Suite au ticket #4469, 1 Go a été ajouté dans admin:/var il y a 3 jours.

À ce rythme, ça fait dans les 200 Mo de plus par jour. Donc le /var devrait être plein dans 2 ou 3 jours.

Que faire ?
  • agrandir encore le /var (8 Go de disponible dansle vg) ?
  • configurer Icinga2 ou Grafana pour limiter l'espace disque ?

Fichiers

adminvarplein2.png (51,4 ko) adminvarplein2.png Christian P. Momon, 12/05/2020 14:38

Demandes liées 1 (0 ouverte — 1 fermée)

Lié à Admins - Anomalie #4469: admin:/var plein FerméChristian P. Momon09/05/2020

Actions
Actions
Copier le lien
 #1

Mis à jour par Christian P. Momon il y a plus de 4 ans

Actions
Copier le lien
 #2

Mis à jour par Christian P. Momon il y a plus de 4 ans

  • Sujet changé de admin:/var se rempli vite à admin:/var se remplit vite
Actions
Copier le lien
 #3

Mis à jour par François Poulain il y a plus de 4 ans

Coté chapril on a :

Sys. de fichiers            Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/modele--vg-var     15G    5,8G  7,8G  43% /var

Essentiellement dans /var/lib/graphite.

Coté april je n'ai pas regardé de près mais c'est depuis qu'on a des graphes que var se rempli. Pour info icinga2 tourne à plein depuis décembre.

Ça me semble légitime qu'il leur faille à chacun qq gigos.

On peut en parallèle vérifier que les volumes occupés sont utiles (pas une térachiée de logs du à une conf oubliée).

On peut aussi s'attendre à ce que la croissance ne soit pas linéaire une fois la chose en régime permanent.

Actions
Copier le lien
 #4

Mis à jour par Christian P. Momon il y a plus de 4 ans

  • Statut changé de Nouveau à Résolu
  • Assigné à mis à Christian P. Momon

Effectivement, on ne doit pas être étonné que ce genre de service consomme de l'espace disque. On doit se poser la question de combien on veut lui laisser consommer.

Partons sur un cycle mensuel dont on vient de faire 10 jours, il reste 20 jours à 200 Mo/j donc 4 Go, arrondissons à 5 Go.

Partition admin:/var augmentée de 5 Go, pour voir. Point à refaire en juin :-)

Les actions :

(April) root@admin:/var# lvextend -L+5G /dev/vg_admin/var
  Size of logical volume vg_admin/var changed from 4,72 GiB (1209 extents) to 9,72 GiB (2489 extents).
  Logical volume vg_admin/var successfully resized.

(April) root@admin:/var# resize2fs /dev/vg_admin/var
resize2fs 1.44.5 (15-Dec-2018)
Filesystem at /dev/vg_admin/var is mounted on /var; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
The filesystem on /dev/vg_admin/var is now 2548736 (4k) blocks long.

(April) root@admin:/var# df -h .
Sys. de fichiers         Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/vg_admin-var   9,6G    3,9G  5,2G  43% /var

(April) root@admin:/var# vgdisplay |grep Free
  Free  PE / Size       962 / <3,76 GiB

Actions
Copier le lien
 #5

Mis à jour par Quentin Gibeaux il y a plus de 4 ans

  • Statut changé de Résolu à Fermé
Actions
Copier le lien

Formats disponibles : Atom PDF