Demande #4809
ferméL'espace disque de sauvegarde est presque plein
0%
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.
Mis à jour par Christian P. Momon il y a environ 4 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.
Mis à jour par François Poulain il y a environ 4 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
Mis à jour par Christian P. Momon il y a environ 4 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.
Mis à jour par Christian P. Momon il y a environ 4 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.
Mis à jour par Christian P. Momon il y a environ 4 ans
- Statut changé de En cours de traitement à Résolu
Mis à jour par Christian P. Momon il y a environ 4 ans
- Version cible changé de Backlog à Sprint 2020 octobre