Bonjour, Après un vgck olorin-fixe-storage, je retrouve, avec les commandes lvdisplay, vgdisplay et pvdisplay, la mention de l'existence de mon LVM "perdu".
En revanche, il est "NOT available", et ça, je ne vois pas pourquoi... mais ça se corrige. Voici les résultats des 3 commandes (j'enlève le pv du SSD, qui fonctionne, de tout ça) : root@olorin-fixe:~# vgdisplay --- Volume group --- VG Name olorin-fixe-storage System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 2 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 153,26 GiB PE Size 4,00 MiB Total PE 39234 Alloc PE / Size 25600 / 100,00 GiB Free PE / Size 13634 / 53,26 GiB VG UUID o7zoRL-xK1j-2mmo-ZFJi-1wFq-iGft-M9MbyQ root@olorin-fixe:~# pvdisplay --- Physical volume --- PV Name /dev/md0 VG Name olorin-fixe-storage PV Size 153,26 GiB / not usable 1,88 MiB Allocatable yes PE Size 4,00 MiB Total PE 39234 Free PE 13634 Allocated PE 25600 PV UUID b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf root@olorin-fixe:~# lvdisplay --- Logical volume --- LV Path /dev/olorin-fixe-storage/lvstorage0 LV Name lvstorage0 VG Name olorin-fixe-storage LV UUID UiPmCd-2655-ebnc-24Fk-GLqp-bGkj-MKhu7j LV Write Access read/write LV Creation host, time olorin-fixe, 2016-01-17 23:01:59 +0100 LV Status NOT available LV Size 100,00 GiB Current LE 25600 Segments 1 Allocation inherit Read ahead sectors auto -------------------------------------- Puis un petit coup de : root@olorin-fixe:~# vgchange -a y olorin-fixe-storage Et hop ! C'est reparti ! On 31/01/2016 22:47, Damien TOURDE wrote: > Merci, > > Je vais chercher avec cet axe de recherche, je reviens vers la liste en > cas de trouvaille/échec ;-) > > Bonne fin de week-end, > Damien > > On 31/01/2016 22:24, Pascal Hambourg wrote: >> Damien TOURDE a écrit : >>> On 31/01/2016 20:14, Pascal Hambourg wrote: >>>> Damien TOURDE a écrit : >>>>> C'est un RAID 1 mdadm, avec une unique partition LVM >>>> Une partition donc un ensemble RAID partitionné, avec une table de >>>> partition ? Qu'en dit fdisk ou autre ? >>> root@olorin-fixe:~# fdisk -l /dev/md0 >>> Disque /dev/md0 : 153,3 GiB, 164561289216 octets, 321408768 secteurs >>> Unités : secteur de 1 × 512 = 512 octets >>> Taille de secteur (logique / physique) : 512 octets / 512 octets >>> taille d'E/S (minimale / optimale) : 512 octets / 512 octets >> Pas de table de partition, donc pas de partition /dev/md0p1. Cas >> classique, le RAID partitionné est peu utilisé. Je suppose qu'on préfère >> utiliser LVM par dessus pour la gestion des volumes. >> >>>>> J'ai mis dans le fichier de backup l'uuid que me donne blkid >>>> Quel UUID ? >>> Celui l'UUID "physique" de la partition (c'est comme ça que je le vois) >>> qui contient LVM. >> C'est l'UUID de l'ensemble RAID, qui permet de reconnaître ses membres. >> Aucun rapport avec LVM. >> >>> root@olorin-fixe:~# blkid >>> /dev/sdc1: UUID="f84fe148-a775-eac4-76ff-776e5845be39" >>> UUID_SUB="5cacc338-609c-442a-2fcb-cde38f976d58" LABEL="olorin-fixe:0" >>> TYPE="linux_raid_member" PARTUUID="40988f99-01" >>> /dev/sdb1: UUID="f84fe148-a775-eac4-76ff-776e5845be39" >>> UUID_SUB="c522994f-024d-e113-5b30-8c864aad35d8" LABEL="olorin-fixe:0" >>> TYPE="linux_raid_member" PARTUUID="2600ee9a-01" >>> /dev/md0: TYPE="promise_fasttrack_raid_member" >> Ça, ça ne me plaît pas. Apparemment blkid voit un identifiant de membre >> RAID Promise dans le contenu de l'ensemble RAID et je suppose que ça >> l'empêche de voir l'identifiant LVM. Si lvm se base là-dessus pour >> retrouver ses PV, ça ne marchera pas. >> >>> root@olorin-fixe:~# file -s /dev/md0 >>> /dev/md0: LVM2 PV (Linux Logical Volume Manager), UUID: >>> b6SEem-WYJK-xcUT-946V-lS0q-Yxic-yFWaxf, size: 164561289216 >> Ça c'est plutôt rassurant, l'en-tête LVM est présent. >> >> Faudrait voir si on peut forcer lvm à considérer qu'un volume est un PV >> même si blkid ne le dit pas. >> Autre piste : chercher l'identifiant RAID Promise parasite et l'effacer. >> Voir dmraid. >> >> >> > >
