Project

General

Profile

Demande #4481

admin:/var se remplit vite

Added by Christian P. Momon over 1 year ago. Updated over 1 year ago.

Status:
Fermé
Priority:
Urgente
Assignee:
Christian P. Momon
Category:
-
Target version:
Start date:
05/12/2020
Due date:
% Done:

0%

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


Files

adminvarplein2.png (51.4 KB) adminvarplein2.png Christian P. Momon, 05/12/2020 02:38 PM

Related issues

Related to Admins - Anomalie #4469: admin:/var plein Fermé05/09/2020

Actions

History

#1

Updated by Christian P. Momon over 1 year ago

#2

Updated by Christian P. Momon over 1 year ago

  • Subject changed from admin:/var se rempli vite to admin:/var se remplit vite
#3

Updated by François Poulain over 1 year ago

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

Updated by Christian P. Momon over 1 year ago

  • Status changed from Nouveau to Résolu
  • Assignee set to 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

Updated by Quentin Gibeaux over 1 year ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF