Pour que les backups refonctionnent, j'ai diminué le nombres de sauvegardes conservées pour valise, avec les manips suivantes
Sur felicette
tune2fs -m 0 /dev/vdb1
...pour libérer suffisamment d'espace disque pour que les commandes borgmatic fonctionnent.
Sur valise
J'ai revu à la baisse la politique de rétention des sauvegardes
--- a/borgmatic.d/root.yaml
+++ b/borgmatic.d/root.yaml
@@ -29,8 +29,8 @@ consistency:
prefix: '20'
retention:
- keep_daily: 7
- keep_weekly: 4
+ keep_daily: 3
+ keep_weekly: 2
prefix: '20'
hooks:
Puis :
borgmatic prune
Sur felicette
tune2fs -m 1 /dev/vdb1
Pour à nouveau réserver un peu d'espace disque pour les prochaines galères.
AVANT
=(^-^)=root@felicette:~# du -sh /srv/backups/* | sort -hr | head -n 5
438G /srv/backups/pouet.cluster.chapril.org
184G /srv/backups/valise.cluster.chapril.org
59G /srv/backups/xmpp.cluster.chapril.org
26G /srv/backups/grof.cluster.chapril.org
22G /srv/backups/admin.cluster.chapril.org
APRÈS
=(^-^)=root@felicette:~# du -sh /srv/backups/* | sort -hr | head -n 5
438G /srv/backups/pouet.cluster.chapril.org
174G /srv/backups/valise.cluster.chapril.org
59G /srv/backups/xmpp.cluster.chapril.org
26G /srv/backups/grof.cluster.chapril.org
22G /srv/backups/admin.cluster.chapril.org
Moralité
En divisant par 2 le nombre de sauvegardes de valise, on ne récupère que 5% d'espace disque. Ce n'est pas surprenant, mais on ne va pas aller loin comme ça.
En attendant une vraie solution pérenne (migrer les sauvegardes sur une machine avec plus d'espace disque), on devrait faire la même manip avec pouet je pense.