Projet

Général

Profil

Demande #4809

L'espace disque de sauvegarde est presque plein

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

Statut:
Fermé
Priorité:
Normale
Assigné à:
Catégorie:
-
Début:
21/10/2020
Echéance:
% réalisé:

0%

Temps estimé:

Description

Icinga2 prévient que :

DISK CRITICAL - free space: /srv/backups 23059 MB (5% inode=99%);

En allant voir, effectivement :

=(^-^)=root@icinga2:/srv/backups# df -h .
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/vdb1          394G    354G   23G  95% /srv/backups

Demande : analyser et agir.

Historique

#1

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

  • Statut changé de Nouveau à En cours de traitement

Tailles des sauvegardes :

=(^-^)=root@icinga2:/srv/backups# du -sch *
7,7G    admin.cluster.chapril.org
3,7G    allo.cluster.chapril.org
4,8G    bastion.cluster.chapril.org
995M    cache
3,1G    coon.chapril.org
1,8G    dns.cluster.chapril.org
105G    drop.cluster.chapril.org
2,5G    icinga2.cluster.chapril.org
3,3G    lamp.cluster.chapril.org
1,7G    libreoffice.cluster.chapril.org
16K     lost+found
3,7G    ludo.cluster.chapril.org
2,5G    mail.cluster.chapril.org
3,5G    maine.chapril.org
12G     pad.cluster.chapril.org
134G    pouet.cluster.chapril.org
2,3G    sympa.cluster.chapril.org
58G     valise.cluster.chapril.org
5,5G    xmpp.cluster.chapril.org
354G    total

La taille de la sauvegarde de drop est étonnante par rapport à la taille de ses data :

=(^-^)=root@icinga2:/srv/backups/drop.cluster.chapril.org# du -sch .
105G    .

=(^-^)=root@drop:/var/drop# df -h .
Sys. de fichiers                Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/drop--data--vg-data    98G     13G   86G  13% /var/drop

L'analyse des sauvegardes de drop montre que chacune est d'une taille correcte :

=(^-^)=root@icinga2:/srv/backups/drop.cluster.chapril.org# borg list
2020-09-13                           Sun, 2020-09-13 02:19:04 [6b5c13f4c93e9a38b8915372dec1498f557417aafcff6d1ef338ba008d0efc9a]
2020-09-20                           Sun, 2020-09-20 02:29:05 [a1af43c63f84ba281ff13e2a4bc4c51bacb1b796553b245bddd06fa691f1d043]
2020-09-27                           Sun, 2020-09-27 02:07:03 [8e3252c8569f570f06121528e60829e3be3141b7cebbc71a6780492389262b1c]
2020-10-04                           Sun, 2020-10-04 02:10:05 [3891dfee36989e04f93e9589a9d5e10159edd2c7393f2fbeef28eed55c7156c6]
2020-10-11                           Sun, 2020-10-11 02:17:07 [73aacc82d6742fb06f59f4c37453693e94ded7c7462b55bef380f5dd709fd415]
2020-10-15                           Thu, 2020-10-15 02:02:04 [ca858c41b6f476d74ff90c66e90ec23c857b2fa9e871196391b23f51698f9926]
2020-10-16                           Fri, 2020-10-16 02:20:05 [6f77e378cf77bbbed5bb43725cf7320f401ccced2fafdfd9f03b9b6914faae02]
2020-10-17                           Sat, 2020-10-17 02:23:03 [89fed7749c66952dcb270aff4200d531022c271936bd5fff8c83b746bd7a5181]
2020-10-18                           Sun, 2020-10-18 02:03:04 [b40756ea417cf06d1f469ee85966b48e9a7a29f75c39dee104bab889614ba86c]
2020-10-19                           Mon, 2020-10-19 02:24:07 [1359972dc68350dc8b46c478178ee1563e39491f69a518e22fdddfe1af886d41]
2020-10-20                           Tue, 2020-10-20 02:20:11 [8bfd34975a88d916cebe09ad7bc243ad206ee337e32397b20d015fd96991e8f2]
2020-10-21                           Wed, 2020-10-21 02:23:16 [ec07f26ad6008e4ba79e1ee904527afb740300d1aadcd37dbd74475f04fc8674]

Donc rien d'anormal, la taille de la sauvegarde s'explique par le turnover de 5 jours des data du service drop.

#2

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

Drop consomme beaucoup pour pas grand chose, à cause du turn over des datas.

En attendant mieux je contourne à la main localement, en prunant plus vite :

=(^-^)=root@drop:/etc# git show HEAD
commit 2787c8e1e3411f5d9534f9cfccc7d4d5a5da2566 (HEAD -> master)
Author: François Poulain <fpoulain@metrodore.fr>
Date:   Wed Oct 21 16:13:14 2020 +0200

    politique locale de backup plus evanescente

diff --git a/cron.d/backup b/cron.d/backup
index a0b4bf8..a07fb4f 100644
--- a/cron.d/backup
+++ b/cron.d/backup
@@ -1 +1 @@
-00 2 * * * root bash /srv/bin/backup.sh >> /var/log/backup.log
+00 2 * * * root bash /srv/bin/local-backup.sh >> /var/log/backup.log

et

=(^-^)=root@drop:/etc# git diff /srv/bin/backup.sh /srv/bin/local-backup.sh
diff --git a/srv/bin/backup.sh b/srv/bin/local-backup.sh
index 59df12f..2221d6e 100755
--- a/srv/bin/backup.sh
+++ b/srv/bin/local-backup.sh
@@ -56,7 +56,7 @@ else
     date
     echo "" 

-    $borg_bin prune -v --keep-daily=7 --keep-weekly=5 $backup_dest 2>&1
+    $borg_bin prune -v --keep-daily=7 --keep-weekly=2 $backup_dest 2>&1

     echo "== Backup post-hook" 
     date

#3

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

Le 21/10/2020, sur Freenode#april-chapril :

16:03 < PoluX> on pourrait pruner plus vite
16:03 < QGuLL> la conf permet-elle de pruner plus souvent drop que les autres ?
16:03 < PoluX> ya pas de conf, donc oui
16:03 < QGuLL> vu que la data est illisible, pas de raison d'avoir du backup loin
16:04 < PoluX> QGuLL: ok, je propose de garder les 7 daily et de dropper les 5 weekly
16:04 < QGuLL> PoluX: je demande à romain
16:06 < QGuLL> PoluX: romain est ok, suggestion de moi : 2 weekly ?
16:07 < PoluX> ok
16:07 < PoluX> ça fera passer de 100Go à 30Go je pense dans les conditions actuelles
16:10 < cpm_screen> QGuLL: comme on est censé conserver les ficihers 5 jours, 2 semaines de weekly me parait bien :)
16:10 < cpm_screen> QGuLL: faut vérifier la purge de Romain, quand se fait-elle ?
16:11 < QGuLL> je sais pas
16:11 < PoluX> QGuLL: je fais la modif ou tu la fais ?
16:11 < QGuLL> vazi
16:11 < PoluX> ok
16:11 < QGuLL> (à une lettre près je te traitais de nazi :o )
16:13 < cpm_screen> la purge est faite tous les jours donc confirmation que ok pour le weekly 2 weeks

En résumé, décidsion de réduire le prune weekly à 2 semaines.

#4

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

Après passage du prune :

=(^-^)=root@icinga2:/srv/backups/drop.cluster.chapril.org# borg list
2020-10-04                           Sun, 2020-10-04 02:10:05 [3891dfee36989e04f93e9589a9d5e10159edd2c7393f2fbeef28eed55c7156c6]
2020-10-11                           Sun, 2020-10-11 02:17:07 [73aacc82d6742fb06f59f4c37453693e94ded7c7462b55bef380f5dd709fd415]
2020-10-16                           Fri, 2020-10-16 02:20:05 [6f77e378cf77bbbed5bb43725cf7320f401ccced2fafdfd9f03b9b6914faae02]
2020-10-17                           Sat, 2020-10-17 02:23:03 [89fed7749c66952dcb270aff4200d531022c271936bd5fff8c83b746bd7a5181]
2020-10-18                           Sun, 2020-10-18 02:03:04 [b40756ea417cf06d1f469ee85966b48e9a7a29f75c39dee104bab889614ba86c]
2020-10-19                           Mon, 2020-10-19 02:24:07 [1359972dc68350dc8b46c478178ee1563e39491f69a518e22fdddfe1af886d41]
2020-10-20                           Tue, 2020-10-20 02:20:11 [8bfd34975a88d916cebe09ad7bc243ad206ee337e32397b20d015fd96991e8f2]
2020-10-21                           Wed, 2020-10-21 02:23:16 [ec07f26ad6008e4ba79e1ee904527afb740300d1aadcd37dbd74475f04fc8674]
2020-10-22                           Thu, 2020-10-22 02:20:09 [195e2e144359bfe730a8ca3b88c60705da3488bbfd08756500dda376051d2659]

=(^-^)=root@icinga2:/srv/backups/drop.cluster.chapril.org# du -sch .
67G     .
67G     total

=(^-^)=root@icinga2:/srv/backups/drop.cluster.chapril.org# df -h .
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/vdb1          394G    319G   59G  85% /srv/backups

Donc ça passe de 105 Go à 67 Go et redonne un peu d'oxygène aux sauvegardes.

#5

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

  • Statut changé de En cours de traitement à Résolu
#6

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

  • Statut changé de Résolu à Fermé
#7

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

  • Version cible changé de Backlog à Sprint 2020 octobre

Formats disponibles : Atom PDF