web-dev-qa-db-ja.com

LVMディスクスキャンで重複するPVが見つかりました

私はVPSを持っていて、それに別のハードディスクを取り付けました。現在のディスクと同じパーティションが含まれています。 /と/bootとswapがあります。 /パーティション上のすべてのデータが必要です。 lsblkの出力は次のとおりです。

NAME                               MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                                  8:0    0   30G  0 disk 
├─sda1                               8:1    0  500M  0 part /boot
├─sda2                               8:2    0    4G  0 part [SWAP]
└─sda3                               8:3    0 25.5G  0 part 
   └─VolGroup-LogVol00 (dm-0)       253:0    0 25.5G  0 lvm  /
sdb                                  8:16   0   30G  0 disk 
├─sdb1                               8:17   0  500M  0 part 
├─sdb2                               8:18   0    4G  0 part 
└─sdb3                               8:19   0 25.5G  0 part 
sr0                                 11:0    1 1024M  0 rom  
loop0                                7:0    0  100G  0 loop 
└─docker-253:0-1568490-pool (dm-1) 253:1    0  100G  0 dm   
loop1                                7:1    0    2G  0 loop     
└─docker-253:0-1568490-pool (dm-1) 253:1    0  100G  0 dm

sdb3のすべてのデータが必要ですが、マウントできないのが問題です。

mount /dev/sdb3 /mnt

出力は次のとおりです。

mount: unknown filesystem type 'LVM2_member'

いくつかの解決策を見つけましたが、pvsがduplicate PVを見つけたため、私の場合はうまくいきませんでした：

  Found duplicate PV 4nqduWJXs1chO3eC9Wfbsg36keLDd0Mc: using /dev/sdb3 not /dev/sda3
    PV         VG       Fmt  Attr PSize  PFree
    /dev/sdb3  VolGroup lvm2 a--  25.51g    0

また、vgdisplayの出力は次のとおりです。

  Found duplicate PV 4nqduWJXs1chO3eC9Wfbsg36keLDd0Mc: using /dev/sdb3 not /dev/sda3
    --- Volume group ---
    VG Name               VolGroup
    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               1
    Max PV                0
    Cur PV                1
    Act PV                1
    VG Size               25.51 GiB
    PE Size               4.00 MiB
    Total PE              6530
    Alloc PE / Size       6530 / 25.51 GiB
    Free  PE / Size       0 / 0   
    VG UUID               tR42OL-gnEO-IyTY-1Zxf-u7Qc-R2Kc-K73ddf

ReHatカスタマーポータルでいくつかのソリューションを見つけましたが、それはソリューションではありませんでした。どういうわけか無関係だった、/dev/sda3の代わりに/dev/sdb3を使用する必要があります。また、/dev/sdb3のすべてのデータにアクセスする必要があります。データは私にとって重要だからです。

linuxcentosmountlvm
4
Mohammad Mahzoun

状況を回復する最良の方法は、現在sdaに接続しているディスクを切り離し、問題のこのディスクをsdaに接続して、そこから起動することです。

コンソールに到達したら、すべてのPVのUUIDを変更します。

pvchange -a -u

vGのUUIDを変更します。

vgchange -u VloGroupName

ボリュームグループの名前を新しい名前に変更します

vgrename OldVolumeGroup {Path | Name | UUID} NewVolumeGroupName

次に、このドライブをsdbに再接続し、元のドライブをsdaに再接続します。再起動後、独自のPVとLVを持つ2つのボリュームグループが表示されます。

編集：

別の方法として（そしてより短く）sdaが接続されていないときにsdbに接続されたドライブで上記のすべてを実行し、次にsdbを接続します

3
Serge