Merci Andres pour la réactivité et le retour,

bonne journée,


Le 18/02/2026 à 13:03, Andrés Maldonado a écrit :

Bonjour Laurence,

En effet je suis intervenu, j'ai retiré une sauvegarde en trop et j'ai modifié la commande pour retirer les anciennes sauvegardes sur toutes les machines. Avant, l'option -mtime était utilisée, mais cette option ne prend pas en compte les fractions de jours. Par exemple, pour correspondre à -mtime +3, un fichier doit avoir été modifié il y a au moins 4 jours. On gardait donc plus de sauvegardes que souhaité, jusqu'à 5 dans de rares cas comme celui qui s'est produit hier.

Maintenant c'est l'option -mmin qui est utilisée, on ne devrait plus avoir de sauvegardes en trop à partir de demain.

Bien cordialement,

Andrés Maldonado
Code Lutin
On 18/02/2026 12:44, laurence.tronc@ird.fr wrote:

Bonjour,

Notre hébergeur nous a alerté sur un disque plein hier :

"une alerte disque est remontée hier soir à 22h25 concernant le serveur VMPHARMADEV-PROTO.
LV_BACKUPS - 
Il semblerait que la stratégie de rétention défini dans le script ne se soit pas appliquée."




Je vois que le disque est maintenant revenu en dessous du seuil d'alerte, peut-être avez-vous pu intervenir ?

[ird-ltronc@VMPHARMADEV-PROTO ~]$ sudo df -Th | grep BACKUP
/dev/mapper/VG_DATA-LV_BACKUPS      ext4      7.8G  5.3G  2.1G  72% /backups

Bien cordialement,


-- 
Laurence Tronc
Ingénieur système en appui aux outils scientifiques
Direction pour le Développement des Usages Numériques Innovants
IRD - Institut de Recherche pour le Développement
+33 4 34 11 44 45

-- 
Laurence Tronc
Ingénieur système en appui aux outils scientifiques
Direction pour le Développement des Usages Numériques Innovants
IRD - Institut de Recherche pour le Développement
+33 4 34 11 44 45