Diğer PV'lerde daha az veri kaybı ile LVM2'den kötü disk nasıl kaldırılır?

İki diskli bir LVM2 birimim vardı. Daha büyük disk bozuldu, bu yüzden pvmove yapamam. Diğer diskten en fazla veriyi kaydetmek için gruptan çıkarmanın en iyi yolu nedir? İşte benim pvdisplay çıktı:

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

Bu yüzden bilinmeyen cihazı kaldırmak istiyorum (sistemde mevcut değil). Bunu yeni bir disk olmadan yapmak mümkün müdür? Dosya sistemi ext4'tür.

— kissgyorgy
kaynak

bir vgreduce --removemissing --force mediaşey yapsaydım ne olurdu?

— kissgyorgy

Yanıtlar:

# 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

şimdi her şey yolunda!

— ahmed
kaynak

Evet ... umarım LogVol00'e ihtiyacın yoktu ... şimdi gitti.

— MikeyB

Daha sonra her şeyi kaybetmek ...

— kissgyorgy

oh .. yani bir eksik ayna bacağından kurtulmanın yolu bu vgreduce --removemissing --force $vgnamemu?

— Kova Gücü

Disk bozuksa, LogVol00 mantıksal birimindeki veriler zaten yok olmuştur. Gruptan kaldırıldığında başka veri kaldırılmadı. Ayrıca, yedeklemeler bunun içindir.

— jackohug

Bu benim için birçok kez ganeti'yi drbd ile yönetmede faydalı oldu.

— dannyman

Gönderen vgreduceadam sayfası:

   --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).

— psusi
kaynak

Yani temelde, kökümün /bir ayna ayağı varsa ve bu ayna başarısız olursa, önyüklemenin başarısız olacağını düşünüyorum, o zaman, canlı bir dağıtım iso ile, sistemime tekrar erişmek için bu komutu çalıştırabilir miyim? yani, ayrıca, en güvenli /bootcanlı dağıtım dist iso ile basit bir 2GB ext4 bölümünde, lvm dışında sahip olmak olduğunu düşünüyorum ?

— Kova Gücü

@AquariusPower, aynanın bir ayağı eksikse önyükleme başarısız olmamalıdır. Şahsen mdadmdiziyi mantıksal hacimlere bölmek için üstteki baskını ve lvm'yi kullanmayı tercih ederim . Tek başına / önyükleme yapmak yerine doğrudan raid dizisinden önyükleme yapmak, birincil önyükleme diski ölürse sistemin yine de önyükleme yapabileceği anlamına gelir.

— psusi

mmm ... Her PV'de önyükleme için küçük bir bölüm var, ancak her bölüm bağımsız; eğer bunları /bootraid ile senkronize edersem, bunlardan herhangi biri başarısız olursa muhtemelen hızlı önyükleme yapabilirim; Bunu beğendim teşekkürler :), ayrıca (belki?) Lvm ayna senkronizasyonu yavaş olabilir ve bir PV başarısız olduğunda güvenli kesintisiz önyükleme sağlamak için yeterli veriyi senkronize etmeyecek şekilde (belki bir karartmada olduğu gibi) mdadm'ı tercih ettiğinizi tahmin ediyorum.

— Kova Gücü

@AquariusPower, mdadmraid1 yerine raid10'u tercih ettiğim ve diziyi yeniden şekillendirebildiğinden (lvm 2 disk aynasını 3 disk raid5'e dönüştüremediğinden) aslında raid'i tercih ederim .

— psusi