Упал LVM2

0

2

Всем привет. После перезагрузки хоста падает lvm, в который было воткнуто 2 диска sdb и sdc.

Выхлоп journalctl:

Mar 29 09:13:06 localhost systemd[1]: Starting Activation of LVM2 logical volumes...
Mar 29 09:13:06 localhost lvm[180]:   Couldn't find device with uuid sccmIu-CRmu-jS2G-a009-J2Zl-N1YL-D7RMpv.
Mar 29 09:13:06 localhost lvm[180]:   Refusing activation of partial LV lvm/volume.  Use '--activationmode partial' to override.
Mar 29 09:13:06 localhost lvm[180]:   0 logical volume(s) in volume group "lvm" now active
Mar 29 09:13:06 localhost systemd[1]: lvm2-activation.service: Main process exited, code=exited, status=5/NOTINSTALLED
Mar 29 09:13:06 localhost systemd[1]: lvm2-activation.service: Failed with result 'exit-code'.
Mar 29 09:13:06 localhost systemd[1]: Failed to start Activation of LVM2 logical volumes.

pvscan -vd выводит следующее:

localhost ~ # pvscan -vd
    Wiping internal VG cache
    Wiping cache of LVM-capable devices
  Couldn't find device with uuid sccmIu-CRmu-jS2G-a009-J2Zl-N1YL-D7RMpv.
    There are 1 physical volumes missing.
  PV [unknown]  VG lvm             lvm2 [<465.76 GiB / 0    free]
  PV /dev/sdc   VG lvm             lvm2 [<465.76 GiB / 0    free]
  Total: 2 [<931.52 GiB] / in use: 2 [<931.52 GiB] / in no VG: 0 [0   ]

pvck:

localhost ~ # pvck -vyd /dev/sdb1
    Scanning /dev/sdb1
  Could not find LVM label on /dev/sdb1
localhost ~ # pvck -vyd /dev/sdc
    Scanning /dev/sdc
  Found label on /dev/sdc, sector 1, type=LVM2 001
  Found text metadata area: offset=4096, size=1044480

vgdisplay:

localhost ~ # vgdisplay 
  Couldn't find device with uuid sccmIu-CRmu-jS2G-a009-J2Zl-N1YL-D7RMpv.
  --- Volume group ---
  VG Name               lvm
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  9
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               0
  Max PV                0
  Cur PV                2
  Act PV                1
  VG Size               <931.52 GiB
  PE Size               4.00 MiB
  Total PE              238468
  Alloc PE / Size       238468 / <931.52 GiB
  Free  PE / Size       0 / 0   
  VG UUID               MfU6QF-MqPN-1rzE-RpwR-c3yd-SZnY-qY6LEz

Как починить?

Ссылка

←	*nix remoteapp и remotefx

После обновления до debian 9 перестал запускаться opendkim

→

Could not find LVM label on /dev/sdb1

dada ★★★★★
(29.03.18 16:50:38 MSK)

Ответ на: комментарий от dada 29.03.18 16:50:38 MSK

Да, я это видел )

ubik ★
(29.03.18 17:02:36 MSK) автор топика

Ответ на: комментарий от ubik 29.03.18 17:02:36 MSK

Ну вот и смотри, что там вместо заголовка.

anonymous
(29.03.18 17:07:51 MSK)

Ссылка

Я что-то подобное видел. В принципе загнать старую метку на диск, не затронув больше ничего, совсем не проблема. И если пострадала только метка и мета-информация LVM, то всё взлетит (после небольших манипуляций с конфигурацией).

Но я не верю в такой счастливый случай :) Метки просто так не пропадают. Поэтому проверяйте, что с диском. А заодно вспоминайте что изменилось между перезагрузками.

ЗЫ У меня похожая муть была при неких проблемах с железом. Т.е. после решения аппаратных проблем, я уже руками перебивал метки. И всё получалось. Хотя дело было давно...

Bebop ★★
(29.03.18 19:09:22 MSK)

Ответ на: комментарий от Bebop 29.03.18 19:09:22 MSK

А заодно вспоминайте что изменилось между перезагрузками.

Ничего кроме штатной перезагрузки после обновления ядра :)

У меня ещё вопрос: когда я пытаюсь восстановить физический том, получаю такое сообщение:

localhost /etc/lvm/archive # pvcreate --uuid "sccmIu-CRmu-jS2G-a009-J2Zl-N1YL-D7RMpv" --restorefile /etc/lvm/archive/lvm_00000-1507898792.vg /dev/sdb1
  Couldn't find device with uuid sccmIu-CRmu-jS2G-a009-J2Zl-N1YL-D7RMpv.
WARNING: ext4 signature detected on /dev/sdb1 at offset 1080. Wipe it? [y/n]: n
  Aborted wiping of ext4.
  1 existing signature left on the device.

Т.е. затерев сигнатуру, я потеряю данные, верно?

ubik ★
(29.03.18 20:55:17 MSK) автор топика

Ответ на: комментарий от ubik 29.03.18 20:55:17 MSK

Т.е. затерев сигнатуру, я потеряю данные, верно?

Откуда ж я знаю как там был диск устроен. Я сейчас насоветую, а окажется, что нужно было ещё что-то учесть.

А почему вы решили что затрёте её? Если я ничего не путаю, то LVM ругается на любые случайно обнаруженные метки. При этом не факт, что он вообще будет писать в те области.

Но тут вы сами можете почитать в общем-то.

Я бы начал вот с чего - резервная копия есть или «тормоз придумал трус»? :) Если нет, то можете ли сделать дамп (dd) всего диска куда-нибудь в сторонку? Вдруг можете, тогда после её создания можно вообще всячески с диском резвиться.

Что показывает pvck? Не знаю, что я там хочу увидеть, но если на диске был lvm, то что-то он найти должен. Может быть найденную метаинформацию (там должно быть несколько копий) тоже имеет смысл сдампить и руками поковырять. На край хотя бы сравнить с архивом конфига лвм.

На крайний случай можете сдампить начало диска просто через dd. Аккурат ту секцию с сигнатурами за которую переживаете.Если что, то потом положите назад как было.

Уверены, что конфигурация которую подсовываете правильная? Если да, то опция -ff вам в руки. Потом vgcfgrestore.

Гугл полон статьями про восстановление с потерянным uuid.

Bebop ★★
(30.03.18 02:28:38 MSK)

Ответ на: комментарий от ubik 29.03.18 20:55:17 MSK

Т.е. затерев сигнатуру, я потеряю данные, верно?

Сначала скопируй всё блочное устройство (dd), потом уже лезь своими <степень_кривизны> руками.

anonymous
(30.03.18 06:42:07 MSK)

Ссылка

Ответ на: комментарий от Bebop 30.03.18 02:28:38 MSK

localhost ~ # pvck -vd /dev/sdc
    Scanning /dev/sdc
  Found label on /dev/sdc, sector 1, type=LVM2 001
  Found text metadata area: offset=4096, size=1044480
    Found LVM2 metadata record at offset=1024000, size=24576, offset2=0 size2=0
localhost ~ # pvck -vd /dev/sdb1
    Scanning /dev/sdb1
  Could not find LVM label on /dev/sdb1

Теперь у меня другой вопрос: как смонтировать lvm с одним диском /dev/sdc, чтобы вытащить хоть что-то?

ubik ★
(30.03.18 09:16:19 MSK) автор топика

Ответ на: комментарий от ubik 30.03.18 09:16:19 MSK

А почему sdc, но sdb1? Это так задумано?

Теперь у меня другой вопрос: как смонтировать lvm с одним диском /dev/sdc, чтобы вытащить хоть что-то?

Да забей, ценное есть в резервной копии, остальное не жалко.

anonymous
(30.03.18 09:34:09 MSK)

Ссылка

Ответ на: комментарий от ubik 30.03.18 09:16:19 MSK

Теперь у меня другой вопрос: как смонтировать lvm с одним диском /dev/sdc, чтобы вытащить хоть что-то?

man vgchange в секцию про --activationmode

Если страйпов не было, то шансы нормальные.

Я честно попытался повторить, что вы там наделали. Но получается какая-то ерунда. Ну ладно потерялся UUID - бывает. Но при этом ещё и метка файловой системы появилась. Так не бывает. Либо диск не тот, либо случилась не «просто перезагрузка».

Делайте dd на весь проблемный диск (если это действительно он) и пробуйте варианты с восстановлением метаинформации. Ради действительно ценной информации и ещё один диск купить (под дамп) не жалко.

Bebop ★★
(30.03.18 12:55:38 MSK)

Ответ на: комментарий от Bebop 29.03.18 19:09:22 MSK

> Я что-то подобное видел. В принципе загнать старую метку на диск, не затронув больше ничего, совсем не проблема.

А с NTFS такое прокатит?

ZenitharChampion ★★★★★
(30.03.18 13:02:30 MSK)

Ответ на: комментарий от ZenitharChampion 30.03.18 13:02:30 MSK

А с NTFS такое прокатит?

В каком смысле? ТС вроде про менеджер томов поднял тему.

Кстати, восстанавливать ntfs, на мой взгляд проще. Если обе mft не зарубить, то всякие утилитки её поднимают вообще на ура. Учитывая, что копия mft находится в середине диска, то затереть её ещё надо постараться.

Bebop ★★
(30.03.18 13:14:16 MSK)