https://wiki.sn4ky.net/index.php?action=history&feed=atom&title=Rollback_d%27un_SnapshotRollback d'un Snapshot - Historique des versions2026-05-06T13:18:16ZHistorique des versions pour cette page sur le wikiMediaWiki 1.43.5https://wiki.sn4ky.net/index.php?title=Rollback_d%27un_Snapshot&diff=7&oldid=prevSn4kY : Page créée avec « __NOTOC__ Utiliser les snapshots de LVM c'est bien, savoir comment procéder à son rollback, c'est encore mieux. La plupart des distribs Linux ne fournissent pas d'option... »2018-04-12T13:57:22Z<p>Page créée avec « __NOTOC__ Utiliser les snapshots de LVM c'est bien, savoir comment procéder à son rollback, c'est encore mieux. La plupart des distribs Linux ne fournissent pas d'option... »</p>
<p><b>Nouvelle page</b></p><div>__NOTOC__<br />
Utiliser les snapshots de LVM c'est bien, savoir comment procéder à son rollback, c'est encore mieux.<br />
La plupart des distribs Linux ne fournissent pas d'options aux commandes <code>lv</code> pour rollbacker avec un snapshot.<br />
Cette option est particulièrement intéressante lorsqu'on fait de la virtualisation, et qu'on veut pouvoir procéder au rollback des VM, installées sur des LV.<br />
<br />
Pour faire ce 'retour au snapshot', nous allons utiliser ici un tool non standard et quelques commandes dmsetup. Cet utilitaire s'appelle dm-merge. Vous devez le télécharger et le compiler depuis son [http://repo.or.cz/w/dm-merge.git repository git] ou [http://repo.or.cz/w/dm-merge.git?a=snapshot;h=HEAD;sf=tgz télécharger le dernier snapshot]. Le principe de fonctionnement de dm-merge est simple : il remplace les blocks modifiés par ceux présent dans le snapshot. Il faut le compiler (un make suffit). La doc indique qu'il y a deux méthodes possibles : rollbacker sur un volume logique actif, ou inactif. Le premier cas permet de revenir sur un cliché instantané lorsque le système de fichiers est encore monté. C'est surement une très mauvaise idée. La méthode sur système inactif est beaucoup plus sure !<br />
<br />
Attention, cette procédure est un peu funky tout de même, je vous conseille de procéder sur un LV de test d'abord !<br />
<br />
Dans l'exemple, j'ai un LV nommé /dev/myvg/win2008 (oui, cette procédure m'as permis de rollbacker souvent une VM crash test windows 2008), bien évidemment, j'avais créé un snapshot 'snap1' avant de crasher ma VM.<br />
lvcreate --size 1G --snapshot --name snap1 /dev/myvg/win2008<br />
<br />
Chose intéressante, il est possible de modifier la taille du snapshot sans compromettre celui-ci : <code>lvresize -L 20G /dev/myvg/snap1</code><br />
<br />
J'ai utilisé la méthode sur un volume LVM inactif, mais j'imagine qu'il en est de même sur le LVM d'une VM qui as été simplement shutdown (LV 'actif' d'un point de vue LVM, mais inutilisé)<br />
<br />
<br />
==Stopper l'accès au volume logique==<br />
(ie. /dev/myvg/win2008)<br />
<br />
Puisque c'est une VM, j'ai juste besoin de shutdown la VM (ou destroy, peu importe). Sinon, démontez votre lv <code>umount /dev/myvg/win2008</code><br />
==Dupliquer les tables du LV et du snapshot==<br />
(notez l'utilisation des suffixes spéciaux <code>-real</code> et <code>-cow</code><br />
<br />
# dmsetup table myvg-win2008-real | dmsetup create tmplv<br />
# dmsetup table myvg-snap1-cow | dmsetup create tmpcow<br />
<br />
==Désactiver le LV principal==<br />
<br />
# lvchange -a n /dev/myvg/win2008<br />
<br />
==Flusher les buffers==<br />
<br />
# blockdev --flushbufs /dev/mapper/{tmplv,tmpcow}<br />
<br />
==Faire un essai==<br />
Vous allez voir un paquet de lignes commençant par <code>dd</code> et un résumé à la fin de ce qui sera fait.<br />
# dm-merge -i /dev/mapper/tmpcow -o /dev/mapper/tmplv -vd<br />
...<br />
dd of="/dev/mapper/tmplv" seek=2135444 if='/dev/mapper/tmpcow' iflag=direct skip=8275 count=1 bs=8b<br />
dd of="/dev/mapper/tmplv" seek=2135445 if='/dev/mapper/tmpcow' iflag=direct skip=8276 count=1 bs=8b<br />
dd of="/dev/mapper/tmplv" seek=2135446 if='/dev/mapper/tmpcow' iflag=direct skip=8277 count=1 bs=8b<br />
dd of="/dev/mapper/tmplv" seek=5056466 if='/dev/mapper/tmpcow' iflag=direct skip=8278 count=1 bs=8b<br />
dd of="/dev/mapper/tmplv" seek=5056467 if='/dev/mapper/tmpcow' iflag=direct skip=8279 count=1 bs=8b<br />
Found 8246 exceptions of chunksize 4096, total size 33775616 bytes (32984 KiB, 32.211 MiB, 0.031 GiB).<br />
<br />
==Le faire en vrai==<br />
Quelques lignes en plus du même résumé<br />
<br />
# dm-merge -i /dev/mapper/tmpcow -o /dev/mapper/tmplv -f<br />
Artificial sleep (1 second)<br />
Found a proper MAGIC header: 0x70416e53<br />
valid = 1<br />
version = 1<br />
chunk_size = 8 (4096 bytes)<br />
Found 8246 exceptions of chunksize 4096, total size 33775616 bytes (32984 KiB, 32.211 MiB, 0.031 GiB).<br />
<br />
==Flusher les buffers encore une fois==<br />
<br />
# blockdev --flushbufs /dev/mapper/{tmplv,tmpcow}<br />
<br />
==Supprimer les LV temporaires==<br />
Ce ne sont que des références aux données, ça va va pas supprimer les données réelles !<br />
<br />
# dmsetup remove tmplv<br />
# dmsetup remove tmpcow<br />
<br />
==Activer le LV==<br />
<br />
# lvchange -a y /dev/myvg/win2008<br />
<br />
Il est temps de redémarrer la VM - remonter le filesystem - qui a été inverti sur l'instantané. Si le snapshot a été réalisé sur une VM bootée ou sur un FS monté, un fsck (ou chkdsk) sera réalisé ou sera demandé avant de remonter le FS.<br />
<br />
Il est a présent possible de supprimer le snapshot initial (ou pas, si jamais il faut re-rollbacker) <code>lvremove /dev/myvg/snap1</code><br />
<br />
<br />
<br />
Sources:<br />
<br />
[http://www.kernelcrash.com/blog/reverting-lvm-snapshots/2009/12/11/]</div>Sn4kY