他のPVでのデータ損失を少なくしてLVM2から不良ディスクを削除する方法は?


15

2つのディスクを持つLVM2ボリュームがありました。大きなディスクが破損したため、pvmoveを実行できません。他のディスクからほとんどのデータを保存するためにグループからそれを削除する最良の方法は何ですか?pvdisplayの出力は次のとおりです。

Couldn't find device with uuid WWeM0m-MLX2-o0da-tf7q-fJJu-eiGl-e7UmM3.
  --- Physical volume ---
  PV Name               unknown device
  VG Name               media
  PV Size               1,82 TiB / not usable 1,05 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              476932
  Free PE               0
  Allocated PE          476932
  PV UUID               WWeM0m-MLX2-o0da-tf7q-fJJu-eiGl-e7UmM3

  --- Physical volume ---
  PV Name               /dev/sdb1
  VG Name               media
  PV Size               931,51 GiB / not usable 3,19 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              238466
  Free PE               0
  Allocated PE          238466
  PV UUID               oUhOcR-uYjc-rNTv-LNBm-Z9VY-TJJ5-SYezce

そこで、システムに存在しない未知のデバイスを削除します。新しいディスクなしでこれを行うことは可能ですか?ファイルシステムはext4です。


私はvgreduce --removemissing --force media何が起こるだろうか?
kissgyorgy

回答:


19
# pvdisplay
Couldn't find device with uuid EvbqlT-AUsZ-MfKi-ZSOz-Lh6L-Y3xC-KiLcYx.
  --- Physical volume ---
  PV Name               /dev/sdb1
  VG Name               vg_srvlinux
  PV Size               931.51 GiB / not usable 4.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              238466
  Free PE               0
  Allocated PE          238466
  PV UUID               xhwmxE-27ue-dHYC-xAk8-Xh37-ov3t-frl20d

  --- Physical volume ---
  PV Name               unknown device
  VG Name               vg_srvlinux
  PV Size               465.76 GiB / not usable 3.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              119234
  Free PE               0
  Allocated PE          119234
  PV UUID               EvbqlT-AUsZ-MfKi-ZSOz-Lh6L-Y3xC-KiLcYx



# vgreduce --removemissing --force vg_srvlinux


  Couldn't find device with uuid EvbqlT-AUsZ-MfKi-ZSOz-Lh6L-Y3xC-KiLcYx.
  Removing partial LV LogVol00.
  Logical volume "LogVol00" successfully removed
  Wrote out consistent volume group vg_srvlinux

# pvdisplay

 --- Physical volume ---
  PV Name               /dev/sdb1
  VG Name               vg_srvlinux
  PV Size               931.51 GiB / not usable 4.00 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              238466
  Free PE               238466
  Allocated PE          0
  PV UUID               xhwmxE-27ue-dHYC-xAk8-Xh37-ov3t-frl20d

今ではすべてうまくいきます!


うん...あなたはLogVol00を必要としなかったことを願っています...それは今なくなっています。
MikeyB

1
良くしてからすべてを失う
...-kissgyorgy

1
ああ..これは、1つの行方不明のミラー脚から回復する方法vgreduce --removemissing --force $vgnameですか?
アクエリアスパワー

ディスクが不良の場合、論理ボリュームLogVol00のデータはすでに失われています。グループから削除しても、それ以上データは削除されません。それに、それがバックアップの目的です。
ジャックハグ

これは、drbdを使用してganetiを管理する際に、複数の機会に役立つことがわかっています。
ダニーマン

1

vgreducemanページから:

   --removemissing
          Removes all missing physical volumes from the volume group, if there are no  logical  volumes
          allocated  on  those.  This resumes normal operation of the volume group (new logical volumes
          may again be created, changed and so on).

          If this is not possible (there are logical volumes referencing the missing physical  volumes)
          and  you  cannot or do not want to remove them manually, you can run this option with --force
          to have vgreduce remove any partial LVs.

          Any logical volumes and dependent snapshots that were partly on the missing disks get removed
          completely. This includes those parts that lie on disks that are still present.

          If  your  logical  volumes  spanned several disks including the ones that are lost, you might
          want to try to salvage data first by  activating  your  logical  volumes  with  --partial  as
          described in lvm (8).

1
基本的に、ルート/にミラーレッグがあり、そのミラーに障害が発生した場合、ブートが失敗すると思うのですが、ライブディストロisoで、そのコマンドを実行してシステムに再度アクセスできますか?したがって、最も安全なのは/boot、ライブのディストリビューションisoを使用して、単純な2GB ext4パーティションでlvmの外部に配置することです。
アクエリアスパワー

1
@AquariusPower、ミラーの片方が欠落していても起動に失敗しないはずです。個人的にmdadmは、アレイを論理ボリュームに分割するためだけにraidとlvmを処理するために使用することを好みます。スタンドアロンの/ bootを使用せずにRAIDアレイから直接起動することは、プライマリブートディスクが死んだ場合でもシステムが正常に起動できることを意味します。
psusi

mmm ...各PVにはブート用の小さなパーティションがありますが、各パーティションは独立しています。したがって、これら/bootをraidと同期させれば、これらのいずれかが失敗した場合、おそらく高速起動できます。私はこの感謝が好きです:)、また、1つのPVが(停電のように)失敗した場合に安全なシームレスなブートを保証するために、lvmミラー同期が遅く、十分なデータを時間内に同期できないため、mdadmを好むと思います
アクエリアスパワー

1
@AquariusPower、実際に私はmdadmraid1よりもraid10を好むためと、配列を再構成できるため、両方のraidを好みます(lvmは2つのディスクミラーを3つのディスクraid5に変換できません)。
-psusi
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.