Як видалити поганий диск з LVM2 з меншою втратою даних на інших фотореєстраторах?


15

У мене був об'єм 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

Відповіді:


20
# 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
о .. так це спосіб відновитись з однієї відсутньої дзеркальної ніжки vgreduce --removemissing --force $vgname?
Сила Водолія

Якщо диск поганий, дані з логічного обсягу LogVol00 вже відсутні. Якщо вилучити його з групи, більше даних не видалено. Крім того, саме для цього створюються резервні копії.
jackohug

Це вже не раз виявилося корисним для мене в управлінні ганети з drbd.
Даниман

1

На vgreduceчоловіковій сторінці:

   --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поза lvm, на простому розділі 2 Гб ext4, з живим дистрибутивом iso?
Сила Водолія

1
@AquariusPower, завантаження не повинно провалюватися, якщо відсутня одна нога дзеркала. Особисто я вважаю за краще використовувати mdadmобробку рейду та lvm зверху, просто щоб розділити масив на логічні томи. Завантаження безпосередньо з масиву raid замість того, щоб мати окрему / завантажувальну систему, означає, що система все ще може завантажуватись, якщо основний завантажувальний диск загине.
psusi

ммм ... У мене на кожному ПВ є невеликий розділ для завантаження, але кожен розділ є незалежним; тож якщо я прикладаю їх /bootсинхронізовано з рейдом, я, ймовірно, можу швидко завантажитися, якщо будь-який з них не вдасться; Мені подобається спасибі :) Я також здогадуюсь, що ви віддаєте перевагу mdadm, оскільки (можливо?) Синхронізація дзеркальних зображень lvm може бути повільною і не синхронізувати достатньо даних у часі, щоб забезпечити безпечне безперебійне завантаження у випадку, якщо один PV не виходить з ладу (наприклад, при відключенні).
Сила Водолія

1
@AquariusPower, насправді я віддаю перевагу mdadmрейду і тому, що я віддаю перевагу raid10 над raid1, і тому, що він може переробити масив (lvm, наприклад, не може перетворити дзеркало 2 диска в 3 диск raid5).
psusi
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.