Gombi Posté(e) le 26 mai 2024 Posté(e) le 26 mai 2024 (modifié) Bonjour à toute la communauté, j'observe, depuis une bonne semaine, un problème sur mon DS 920+ concernant la volumétrie du stockage RAID. Dès que je supprime des données (>20Go mini), je ne vois aucune évolution à la baisse au niveau de la capacité de stockage utilisé. Par ailleurs, la capacité de stockage utilisé augmente graduellement jour après jour sans avoir effectué de stockage volumineux (ex. : pour 100Go stocké, la capacité de stockage utilisé augmente de 150 voir 200Go). Je tiens à préciser les éléments suivants : aucun backup sur le NAS (hybrid backup, usb copy, etc.) ; aucun instantané/cliché activé ; ensemble des corbeilles vidées (homes inclus) ; le paquet Download Station non installé. La commande df -h renvoie les éléments suivants : Au niveau du gestionnaire de stockage, on peut observer les éléments suivants : Première surprise est la présence de 426Go d'instantané... je ne sais pas à quoi cela correspond. Peut-être déjà un début de réponse... A toutes fins utiles, voici qqs éléments concernant la version DSM du NAS : DSM 7.2.1-69057 Update 5. Restant à votre disposition pour toute information complémentaire. Vous remerciant pour votre aide. Bien à vous Modifié le 26 mai 2024 par Gombi 0 Citer
Invité Posté(e) le 26 mai 2024 Posté(e) le 26 mai 2024 Bonjour, Tu as essayé un redémarrage du Nas ? Il y a 4 heures, Gombi a dit : présence de 426Go d'instantané Apparement tu utilise Drive, sync de fichiers ou à la demande ? 0 Citer
Gombi Posté(e) le 26 mai 2024 Auteur Posté(e) le 26 mai 2024 (modifié) MAJ - 26/05/204 - 17:28 j'ai découvert des instantanés btrfs (subvolumes) dans le répertoire /volume1/@docker/brtfs Contain Manager doit être à l'origine des instantanés. Après vérification, je ne vois aucune configuration possible, possibilité de paramètrer ou purger ces subvolumes. Dois-je les supprimer en commandes ? @morgyann oui j'ai déja effectué deux redémarrage du NAS. Sans succès. Aucune évolution. J'utilise Drive (62Go de versionning et 350Mo de bdd) et CloudSync Modifié le 26 mai 2024 par Gombi 0 Citer
Invité Posté(e) le 26 mai 2024 Posté(e) le 26 mai 2024 Regarde à quelles apps correspond "autres" et "instantané" (commande du) https://kb.synology.com/fr-fr/DSM/tutorial/How_do_I_check_storage_usage 0 Citer
Gombi Posté(e) le 26 mai 2024 Auteur Posté(e) le 26 mai 2024 (modifié) @morgyann Voici le retour de la commande du -h -d1 | sort -h -r Voici également dans le répertoire /volume1/@docker/ Modifié le 26 mai 2024 par Gombi 0 Citer
Invité Posté(e) le 26 mai 2024 Posté(e) le 26 mai 2024 Il faut que tu compares les tailles avec les dossiers pour voir d'où vient "instantané" (photos?) et "autres". J'ai eu un souci similaire avec Plex sur Docker (installé sur des M2) - le dossier Plex (DB, illustrations) occupait + de 600 Go en "autre" (à la place de 100/200 Go). Malgré plusieurs manips suite à la lecture de la base de connaissance de Syno, je n'ai pas réussi à trouver la soluce. 0 Citer
Gombi Posté(e) le 26 mai 2024 Auteur Posté(e) le 26 mai 2024 Merci pour tes conseils. Je vais continuer mes investigations. Les instantanés btrfs sont une chose mais ce n'est pas ce qui explique l'absence de récupération d'espace suite à la suppression de données. J'ai regardé dans le gestionnaire de stockage et la grille de temps pour la récupération d'espace est bien configurée. Existe-t-il un moyen de force le redémarrage de la fonction ? 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.