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
