Différences

Ci-dessous, les différences entre deux révisions de la page.

--- home-zfs [2025/07/02 17:52] – Gigan Davy
+++ home-zfs [2025/07/02 18:30] (Version actuelle) – Gigan Davy
@@ Ligne 1: / Ligne 1: @@
 ====== Guide d’utilisation du dossier /home sur ZFS ======
+Sauf mention contraire, les commandes décrites ici ne nécessitent pas d’élévation de privilège.
 ===== Consultation de l’espace libre ======
@@ Ligne 23: / Ligne 25: @@
 <note warning>
 Il ne s’agit pas à proprement parler de sauvegardes.
 Si le disque est HS ou si la machine est volée, les données sont perdues.
 </note>
-Il s’agit en fait de prise d’instantanés (snaphots) à intervalle réguliers permettant de consulter le système de fichier tel qu’il était dans le passé. La configuration des snapshots est à faire en prenant en compte l’espace libre et l’usage qui est fait du système de fichier. La résilience en cas d’erreur de manipulation est fonction de la configuration des snapshots.
+Il s’agit en fait de prise d’instantanés (snaphots) à intervalle réguliers permettant de consulter le système de fichier tel qu’il était dans le passé. La configuration des snapshots est à faire en prenant en compte l’espace libre et l’usage qui est fait du système de fichier. La résilience en cas d’erreur de manipulation est fonction de la configuration des snapshots. Il est possible de moduler la fréquence et la durée de rétention des snapshots. Plus la durée de rétention est longue, plus l’espace disque consommé est important. L’espace disque libéré par la suppression de fichiers n’est utilisable que lorsque le snapshot de durée de conservation la plus élevée a expiré.
-==== Consultation des snapshots =====
+===== Consultation des snapshots =====
 Le dossier /home/.zfs/ est un dossier virtuel qui n’apparaît pas lors du listing de /home mais qui est monté à la demande lors de l’exécution de commandes ls, cd … La complétion sur /home/.zfs ne fonctionnera pas mais celle sur /home/.zfs/ ainsi que celle sur les dossiers de /home/.zfs/snapshot/.
@@ Ligne 34: / Ligne 37: @@
 Les horaires exprimés au niveau des noms des snapshots sont explicitement en TZ=UTC et non en TZ=CEST afin d’éviter que le mécanisme de changement d’heure entre hiver et été (Dayligth Saving Time) ne provoque des bugs.
-Un exemple de listing.
+L’ordre lexicographique suit l’ordre chronologique de part la convention de nommage. Un exemple de listing :
 <code>
 ♯ ls -l /home/.zfs/snapshot/
@@ Ligne 45: / Ligne 48: @@
 </code>
-==== Configuration des snapshots =====
+Afin de faciliter l’accès au dernier snapshot en date, un lien symbolique est disponible :
+<code>
+ls -l /home/.zfs_snapshot_latest
+lrwxrwxrwx 1 root root 59 juil. 2 16:00
+  .latest_zfs_snapshot -> /home/.zfs/snapshot/autosnap_2025-07-02_14:00:11_hourly
+</code>
-La configuration est centralisée dans l’inventaire ansible du parc informatique.
+Le suffixe des snapshots correspond à l’intervalle d’exécution. Les noms parlent d’eux même (hourly, daily, monthly et même yearly). Lorsque l’intervalle est inférieur à une heure, le suffixe est frequently.
-La configuration par défaut consiste à prendre un snapshot toute les heures et d’en conserver 24 pour couvrir au minimum 24h de retour en arrière possible.
+===== Configuration des snapshots =====
+La configuration est centralisée dans l’inventaire ansible du parc informatique. La configuration par défaut consiste à prendre un snapshot toute les heures et d’en conserver 24 pour couvrir au minimum 24h de retour en arrière possible. Il est possible de configurer une rétention plus longue et/ou des snapshots plus fréquents. C’est à déterminer en fonction de l’usage du poste.
+<note information>
+L’utilisation de snapshots implique que l’espace disque libéré lors d’un effacement ne l’est réellement que lorsque la période de conservation la plus longue a été atteinte.
+</note>
+===== Opérations sur les snapshots ====
+En faire la liste :
+<code>
+zfs list -t snapshot
+NAME                                                 USED  AVAIL  REFER  MOUNTPOINT
+zdata/home@autosnap_2025-07-02_17:43:52_daily          0B      -  15.0G  -
+zdata/home@autosnap_2025-07-02_17:43:52_frequently     0B      -  15.0G  -
+zdata/home@autosnap_2025-07-02_18:00:20_frequently    15K      -  15.0G  -
+</code>
+En détruire certains :
+<code>
+root# zfs destroy zdata/home@autosnap_2025-07-02_17:43:52_daily
+</code>
+La destruction manuelle est à envisager lorsqu’il faut rapidement faire de la place et qu’il n’est pas possible d’attendre l’expiration des snapshots.
+À l’inverse, vous pouvez créer un snaphot manuel mais il ne sera JAMAIS supprimé automatiquement.
+<code>
+root# zfs snapshot zdata/home@snapshot_avant_dawa
+</code>
-Il est possible de configurer une rétention plus longue et/ou des snapshots plus fréquents. C’est à déterminer en fonction de l’usage du poste.
+C’est intéressant si l’opération « dawa » consiste à faire du nettoyage par le vide manuellement ou à l’aide d’un programme qui pourrait comporter des erreurs.
-L’utilisation de snapshots impliquent que l’espace disque libéré lors d’un effacement ne l’est réellement que lorsque la période de conservation la plus longue a été atteinte.
+En l’état actuel de la configuration, seul root peut prendre ou supprimer des snapshots.