Différences

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

--- fr:lvm_snapshot [2017/11/01 11:49] – [Snapshot] Mise à jour sur "éteindre la vm" zatalyz
+++ fr:lvm_snapshot [2023/06/19 05:42] (Version actuelle) – Erreur pour refaire un snapshot zatalyz
@@ Ligne 97: / Ligne 97: @@
 Pour réduire à 50G par exemple :
-  resize2fs /nom/de/la/partition 500G
+  resize2fs /nom/de/la/partition 50G
 Utiliser ''lvresize'' (dans l'exemple, on réduit à 100Go) :
   lvresize -r -L 100g /dev/mapper/svg-ca
-En théorie, avec l'options -r, pas besoin de faire ''resize2fs'' avant, il fera le redimmensionnement du système de fichier puis de la partition. L'option -L indique la taille finale que l'on souhaite obtenir.
+En théorie, avec l'options -r, pas besoin de faire ''resize2fs'' avant, ''lvresize'' s'occupera de redimensionner le système de fichier puis ensuite la partition. L'option -L indique la taille finale que l'on souhaite obtenir.
@@ Ligne 108: / Ligne 108: @@
 Pourquoi sur "mapper" ?
-> Avec LVM en version 1, c'est bien /dev/mvg/Vol1 qui aurait été affiché. Depuis la version 2, LVM utilise le périphérique mapper, ce qui permet pas mal de choses (comme chiffrer les volumes logiques, etc.). Pour simplifier, disons que ces deux notations « /dev/mvg/Vol1 » et « /dev/mapper/mvg-Vol1 » sont synonymes. Dans la pratique, il est conseillé quand même d'utiliser plutôt la forme « /dev/mvg/Vol1 », certaines commandes ne passeront pas autrement. \\ //Source : [[https://doc.ubuntu-fr.org/lvm#systeme_de_fichiers|Ubuntu]]//
+> Avec LVM en version 1, c'est bien /dev/mvg/Vol1 qui aurait été affiché. Depuis la version 2, LVM utilise le périphérique mapper, ce qui permet pas mal de choses (comme chiffrer les volumes logiques, etc). Pour simplifier, disons que ces deux notations « /dev/mvg/Vol1 » et « /dev/mapper/mvg-Vol1 » sont synonymes. Dans la pratique, il est conseillé quand même d'utiliser plutôt la forme « /dev/mvg/Vol1 », certaines commandes ne passeront pas autrement. \\ //Source : [[https://doc.ubuntu-fr.org/lvm#systeme_de_fichiers|Ubuntu]]//
 </WRAP>
@@ Ligne 276: / Ligne 276: @@
 Le snapshot, devenu inutile, est détruit dans l'opération.
+==== Problèmes divers ====
+=== LVS liste des disques qui ont disparus ===
+Cas typique : vous voulez lancer une VM avec Xen et la réponse ressemble à ça :
+<code># xl create /etc/xen/etherpad2.cfg
+Parsing config from /etc/xen/etherpad2.cfg
+libxl: error: libxl_device.c:381:libxl__device_disk_set_backend: Disk vdev=xvda2 failed to stat: /dev/nuxru/etherpad2-disk: No such file or directory
+libxl: error: libxl_create.c:946:initiate_domain_create: Unable to set disk defaults for disk 0
+libxl: error: libxl.c:1575:libxl__destroy_domid: non-existant domain 2
+libxl: error: libxl.c:1534:domain_destroy_callback: unable to destroy guest with domid 2
+libxl: error: libxl.c:1463:domain_destroy_cb: destruction of domain 2 failed
+</code>
+La commande ''lvs'' liste pourtant bien ceci :
+<code>  LV                        VG    Attr       LSize   Pool Origin         Data%  Meta%  Move Log Cpy%Sync Convert
+  etherpad2-disk            nuxru owi-aos---  25.00g
+  etherpad2-swap            nuxru -wi-a-----   1.00g
+  etherpad2_snap_2019-05-07 nuxru swi-a-s---  25.00g      etherpad2-disk 79.15
+  etherpad2_snap_2020-02-20 nuxru swi-a-s---  25.00g      etherpad2-disk 0.00
+</code>
+(Ici notre groupe de volumes logique s'appelle nuxru, et la VM "etherpad" ne répond plus).
+Pourtant, un ''ls'' sur le groupe logique montre qu'il manque des disques :
+<code># ls -l /dev/nuxru/
+total 0
+lrwxrwxrwx 1 root root 7 Feb 20 11:19 etherpad2-swap -> ../dm-9
+</code>
+Il y a encore le swap... mais pas le disque ou les snapshots.
+Ici, la commande ''dmsetup ls'' est notre alliée :
+<code># dmsetup ls
+nuxru-etherpad2_snap_2020--02--20-cow	(254:14)
+nuxru-etherpad2--disk	(254:11)
+nuxru-etherpad2_snap_2020--02--20	(254:15)
+nuxru-etherpad2_snap_2019--05--07	(254:13)
+nuxru-etherpad2_snap_2019--05--07-cow	(254:12)
+nuxru-etherpad2--disk-real	(254:10)
+nuxru-etherpad2--swap	(254:9)
+</code>
+<WRAP center round info 60%>
+''dmsetup ls'' va lister des volumes utilisés et à quoi ils correspondent. On trouve aussi ces volumes quand on fait ''ls /dev/'', tout ce qui commence par "dm-" : ce sont nos volumes utilisés par LVM.
+</WRAP>
+Le deuxième chiffre entre parenthèse correspond à celui du "dm" qu'on cherche. Par exemple, ici, on cherche où est passé la partie "disk" : c'est //nuxru-etherpad2--disk (254:**11**)// ce qui correspond à ///dev/dm-**11**//
+En cas de doute, on peut monter temporairement le disque en question :
+<code>mkdir /media/test
+mount /dev/dm-11 /media/test
+ls /media/test/home/etherpad
+umount /media/test</code>
+Il reste à refaire le lien symbolique (reprenez bien le terme listé dans lvs) :
+<code>
+cd /dev/nuxru/
+ln -s ../dm-11 etherpad2-disk</code>
+Il faut aussi remettre les snapshots en place, qui ont sauté aussi à cette occasion. Ici, il y a une subtilité, car nous avons deux dm qui peuvent correspondre pour la même date (attention c'est dans le désordre quand tout est listé) :
+<code>nuxru-etherpad2_snap_2020--02--20-cow	(254:14)
+nuxru-etherpad2_snap_2020--02--20	(254:15)
+nuxru-etherpad2_snap_2019--05--07	(254:13)
+nuxru-etherpad2_snap_2019--05--07-cow	(254:12)</code>
+Il ne faut pas faire un lien vers les volumes se terminant en ''-cow'', mais sur les autres (et toujours faire attention à la façon dont c'est noté !).
+<code>
+ln -s ../dm-15 etherpad2_snap_2020-02-20
+ln -s ../dm-13 etherpad2_snap_2019-05-07
+</code>
+Après ça, la VM peut être relancée.
+<WRAP center round important 60%>
+Attention, si le lien vers un volume logique a sauté, ce ne sera probablement pas le seul. Vérifier la concordance entre tous les volumes listés dans ''lvs'' et ceux réellement liés dans ''ls -l /dev/nuxru''.
+</WRAP>
+Si jamais vous avez des disques listés comme "real", comme dans l'exemple ci-dessous, liez vers le dm sans ce "real" :
+<code># dmsetup ls
+nuxru-kuckla--disk	(254:4)
+nuxru-kuckla--disk-real	(254:3)
+nuxru-kuckla--swap	(254:2)</code>
+<code>#ls -l
+total 0
+lrwxrwxrwx 1 root root 7 Feb 20 11:19 kuckla-disk -> ../dm-4
+lrwxrwxrwx 1 root root 7 Feb 20 11:19 kuckla-swap -> ../dm-2</code>
+Donc, s'il y avait besoin, ce serait ''ln -s ../dm-4 kuckla-disk'' (et on oublie le dm-3).
+=== Impossible de refaire un snapshot ===
+Après un merge, et malgré un reboot, il y a parfois un souci, et l'erreur suivante apparait lorsqu'on tente de refaire un snapshot du volume :
+  Snapshots of an origin that has a merging snapshot are not supported.
+''lvs'' monntre un pourcentage de "data" sur le volume qu'on tente de faire en snapshot, alors que ce n'est pas un snaphot.
+Cela viendrait d'une incohérence dans le potage. Pour corriger ça, une petite mise à jour des données de LVM via
+  lvchange --refresh <<VG_NAME>>
+Cette fois ''lvs'' va montrer les volumes correctement, et le snapshot est possible.