Projet

Général

Profil

Demande #4481

admin:/var se remplit vite

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

Statut:
Fermé
Priorité:
Urgente
Assigné à:
Christian P. Momon
Catégorie:
-
Version cible:
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

Lié à Admins - Anomalie #4469: admin:/var plein Fermé09/05/2020

Actions

Historique

#1

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

#2

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

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

Mis à jour par François Poulain il y a presque 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.

#4

Mis à jour par Christian P. Momon il y a presque 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

#5

Mis à jour par Quentin Gibeaux il y a presque 4 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF