En montant S sur /mnt/S, toutes les lectures sur /mnt/S renvoient des fichiers dans l'état où ils étaient au moment de faire le snaphot. L'accès par /mnt/S te permet d'avoir la vue de V figée.
Le volume V quant à lui continue sa vie, tu peux y écrire et y lire, les modifications sont visibles immédiatement.
Si tu fais des écritures dans /mnt/S, elles ne seront visibles qu'en passant par /mnt/S, et au moment de la destruction de S ces écritures seront perdues.
Il n'y a pas de moyen «simple» de faire du rollback grâce au snapshot, j'ai croisé des trucs sur la mailing list de lvm, mais ça nécessite de bidouiller avec device mapper et d'arrêter puis de relancer le groupe de volume qui contient ton volume logique V, ce qui est impossible si V, ou un autre volume du groupe est monté. (je n'ai plus le lien mais une recherche sur la ml avec comme mot clé «snapshot» et «reset» devrait renvoyer le thread).
[^] # Re: partie de réponse
Posté par mxt . En réponse au message LVM et ses snapshots. Évalué à 2.
En montant S sur /mnt/S, toutes les lectures sur /mnt/S renvoient des fichiers dans l'état où ils étaient au moment de faire le snaphot. L'accès par /mnt/S te permet d'avoir la vue de V figée.
Le volume V quant à lui continue sa vie, tu peux y écrire et y lire, les modifications sont visibles immédiatement.
Si tu fais des écritures dans /mnt/S, elles ne seront visibles qu'en passant par /mnt/S, et au moment de la destruction de S ces écritures seront perdues.
Il n'y a pas de moyen «simple» de faire du rollback grâce au snapshot, j'ai croisé des trucs sur la mailing list de lvm, mais ça nécessite de bidouiller avec device mapper et d'arrêter puis de relancer le groupe de volume qui contient ton volume logique V, ce qui est impossible si V, ou un autre volume du groupe est monté. (je n'ai plus le lien mais une recherche sur la ml avec comme mot clé «snapshot» et «reset» devrait renvoyer le thread).