Différences

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

--- fr:lvm_snapshot [2018/04/15 21:06] – [lvresize : augmenter ou réduire] /* ortho */ merlin8282
+++ fr:lvm_snapshot [2023/06/19 05:42] (Version actuelle) – Erreur pour refaire un snapshot zatalyz
@@ 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.