Anomalie #4209
Déplacer le dossier de cache de BorgBackup
0%
Description
Chatonic nous informe que :
07:24 < cpm_screen> !list 07:24 < chatonic[2]> pouet.cluster.chapril.org!disk: => DISK WARNING - free space: / 1157 MB (30% inode=76%); /home 28989 MB (20% inode=75%); /tmp 895 MB (96% inode=99%); /var 12403 MB (89% inode=99%); /var/lib/postgresql 4635 MB (48% inode=99%);
Il semble que la partition '/' soit encombrée :
=(^-^)=root@pouet:/# df -h . Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/mapper/modele--vg-root 4,0G 2,6G 1,2G 70% /
Demandes liées
Historique
Mis à jour par Christian P. Momon il y a plus de 4 ans
- Statut changé de Nouveau à En cours de traitement
- Assigné à mis à Christian P. Momon
Il semble que le cache de BorgBackup soit encombrant :
=(^-^)=root@pouet:/# du -sch root/ 920M root/ 920M total =(^-^)=root@pouet:/# du -sch /root/.cache/ 869M /root/.cache/ 869M total =(^-^)=root@pouet:/# du -sch /root/.cache/borg/ 869M /root/.cache/borg/ 869M total
Ce serait donc le cache de Borg qui prend 25 % de la place de la partition '/'.
Dans la documentation de BorgBackup (https://borgbackup.readthedocs.io/en/stable/usage/general.html#environment-variables), on peut lire :
BORG_CACHE_DIR
Default to ‘~/.cache/borg’. This directory contains the local cache and might need a lot of space for dealing with big repositories.
Une solution serait de déplacer le dossier de cache vers une autre partition.
Sur la vm pouet, la partition /var semble tout indiquée pour accueillir ce cache. Mais est-ce le cas pour toutes les vm ?
=(^-^)=root@pouet:/# df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/mapper/modele--vg-root 4,0G 2,6G 1,2G 70% / /dev/mapper/modele--vg-home 147G 111G 29G 80% /home /dev/mapper/modele--vg-tmp 984M 5,4M 924M 1% /tmp /dev/mapper/modele--vg-var 15G 1,5G 13G 11% /var /dev/mapper/modele--vg-postgres 9,8G 4,8G 4,6G 52% /var/lib/postgresql
Mis à jour par François Poulain il y a plus de 3 ans
Ça faisait partie des options que borgmatic gère en version récente et pas en version buster. :)
Mis à jour par Christian P. Momon il y a environ 3 ans
- Statut changé de En cours de traitement à Attente d'information
Suite à la mise en place de Borgmatic, il faut attendre la mise à jour qui arrivera avec Bullseye.
Mis à jour par François Poulain il y a presque 2 ans
Je teste le changement de conf sur la vm DNS (car VM supposée légère à backupée) :
- activation de la conf :
diff --git a/borgmatic.d/root.yaml b/borgmatic.d/root.yaml index 5e7fac2..3e25e3d 100644 --- a/borgmatic.d/root.yaml +++ b/borgmatic.d/root.yaml @@ -21,7 +21,7 @@ location: storage: ssh_command: ssh -p 2242 -A archive_name_format: '{now:%Y-%m-%dT%H:%M:%S}' - # pour bullseye : borg_cache_directory: /var/cache/borg + borg_cache_directory: /var/cache/borg consistency: check_last: 2 - déplacement du cache actuel :
~# mv .cache/borg /var/cache/
- backup de test :
# borgmatic -v 2 ... Verified integrity of /var/cache/borg/ ... ... summary: /etc/borgmatic.d/root.yaml: Successfully ran configuration file
Youpi ça fonctionne nickel du premier coup.¶
Mis à jour par François Poulain il y a presque 2 ans
- Statut changé de Attente d'information à En cours de traitement
- Assigné à changé de pitchum . à François Poulain
Mis à jour par François Poulain il y a presque 2 ans
- Version cible changé de Backlog à Sprint 2022 juin
Mis à jour par François Poulain il y a presque 2 ans
- Statut changé de En cours de traitement à Résolu
Fait sur pouet.
Mis à jour par François Poulain il y a presque 2 ans
- Lié à Demande #5915: Nouveautés dans borgmatic ajouté