Активация LV ‘pve/data’ не выполнена: Проверка пула pve/data не удалась (статус:1). Требуется ручное восстановление! (500)

Вопрос или проблема

Добрый день, прошу помощи в восстановлении поврежденных метаданных после падения напряжения 220В на сервере, когда питание было восстановлено и сервер загрузился, я получил ошибку в панели Proxmox

activating LV 'pve/data' failed: Check of pool pve/data failed (status:1). Manual repair required! (500)

Затем загрузился с LiveCD debian, смонтировал поврежденные метаданные и попытался восстановить

root@debian:/home/user# lvchange -ay /dev/pve/data_tdata
    Do you want to activate component LV in read-only mode? [y/n]: y
    Allowing activation of component LV.
root@debian:/home/user# lvs
      LV                                        VG                     Attr       LSize    Pool Origin                                    Data%  Meta%  Move Log Cpy%Sync Convert
  vm-102-disk-0                             local-hdd-volume1-pve1 -wi-a-----   50.00g
  vm-103-disk-0                             local-hdd-volume1-pve1 -wi-a-----  250.00g
  vm-104-disk-0                             local-hdd-volume1-pve1 -wi-a-----  150.00g
  vm-108-disk-0                             local-hdd-volume1-pve1 -wi-a-----   20.00g
  vm-109-disk-0                             local-hdd-volume1-pve1 -wi-a-----  160.00g
  vm-110-disk-0                             local-hdd-volume1-pve1 -wi-a-----   20.00g
  base-101-disk-0                           pve                    Vri---tz-k   20.00g data
  base-105-disk-0                           pve                    Vri---tz-k   15.00g data
  data                                      pve                    twi---tz-- <858.97g
  root                                      pve                    -wi-a-----   30.00g
  snap_vm-106-disk-0_Installed              pve                    Vri---tz-k   15.00g data
  snap_vm-106-disk-0_Installed_CspAndVipnet pve                    Vri---tz-k   15.00g data
  swap                                      pve                    -wi-a-----    8.00g
  vm-100-disk-0                             pve                    Vwi---tz--   20.00g data
  vm-100-disk-1                             pve                    Vwi---tz--   60.00g data
  vm-102-disk-0                             pve                    Vwi---tz--   20.00g data
  vm-103-disk-0                             pve                    Vwi---tz--   30.00g data
  vm-104-disk-0                             pve                    Vwi---tz--   25.00g data
  vm-106-disk-0                             pve                    Vwi---tz--   15.00g data snap_vm-106-disk-0_Installed_CspAndVipnet
  vm-107-disk-0                             pve                    Vwi---tz--   20.00g data
  vm-108-disk-0                             pve                    Vwi---tz--   30.00g data
  vm-109-disk-0                             pve                    Vwi---tz--   35.00g data
  vm-110-disk-0                             pve                    Vwi---tz--   20.00g data

root@debian:/home/user# vgs
  VG                     #PV #LV #SN Attr   VSize    VFree
  local-hdd-volume1-pve1   1   6   0 wz--n-    3.27t  <2.64t
  pve                      1  17   0 wz--n- <930.50g <16.00g

root@debian:/home/user# ls -la /dev/mapper/ | grep -v vm
total 0
drwxr-xr-x  2 root root     240 Mar 29 17:48 .
drwxr-xr-x 19 root root    3700 Mar 29 17:48 ..
crw-------  1 root root 10, 236 Mar 29 17:35 control
lrwxrwxrwx  1 root root       7 Mar 29 17:48 pve-data_tdata -> ../dm-2
lrwxrwxrwx  1 root root       7 Mar 29 17:35 pve-root -> ../dm-1
lrwxrwxrwx  1 root root       7 Mar 29 17:35 pve-swap -> ../dm-0

root@debian:/home/user# thin_dump --repair /dev/mapper/pve-data_tdata > repaired.xml
The following field needs to be provided on the command line due to corruption in the superblock: transaction id

root@debian:/home/user# thin_check /dev/mapper/pve-data_tdata
examining superblock
  superblock is corrupt
    bad checksum in superblock, wanted 2018675394

однако я не знаю, как указать id транзакции и, самое главное, какой id — где его найти

у меня также возникла эта проблема
SK ERROR: activating LV ‘pve/data’ failed: Check of pool pve/data failed (status:1). Manual repair required!

кто-нибудь может мне помочь. пожалуйста

вы можете попробовать этот скрипт

lvconvert --repair pve/data

.

Ответ или решение

Уважаемый пользователь,

Ваш вопрос касается восстановления поврежденных метаданных после сбоя электропитания, что привело к повреждению метаданных пула в Proxmox. Ошибка, которая появилась, выглядит следующим образом: "activating LV ‘pve/data’ failed: Check of pool pve/data failed (status:1). Manual repair required!" Далее был предпринят ряд действий по восстановлению, и вам потребовалось задать идентификатор транзакции, чего, судя по всему, вы не знаете, как сделать. Рассмотрим эту проблему более подробно.

Теория

LVM (Logical Volume Manager) – это система управления логическими томами, которая позволяет гибко управлять дисковым пространством, объединяя физические диски в одно логическое пространство для более эффективного управления ресурсами. В современной инфраструктуре таких инструментов, как Proxmox, используется технология thin provisioning, которая дает возможность создавать объемы, что занимают меньше физического пространства, чем они требуют, и распределяет его динамически по мере необходимости.

При восстановлении после сбоя системы, вызванного прерыванием питания, можно столкнуться с повреждением метаданных тонких пулов (thin pool metadata), которые управляют логическими томами. Проблема может проявляться в виде поврежденного суперблока, где хранится жизненно важная информация о состоянии пула. Если суперблок поврежден, то его контрольная сумма или идентификатор транзакции могут быть некорректными.

Пример

Для восстановления работоспособности пула в вашем случае использовались команды lvchange и thin_dump/thin_check, что являются стандартными инструментами для работы с LVM. Однако при работе с ними возникла ошибка, связанная с корректностью данных в метаданных (суперблоке). Конкретно, ошибка указывает на то, что контрольная сумма суперблока не соответствует ожидаемому значению.

Применение

Для продолжения восстановления данных необходимо выполнить несколько шагов. Обратите внимание, что все действия, связанные с восстановлением данных, потенциально рискованны, и следует убедиться, что у вас есть резервные копии.

  1. Исправление метаданных.
    Воспользуйтесь командой lvconvert --repair для попытки автоматического восстановления:

    lvconvert --repair pve/data

    Это может помочь исправить незначительные ошибки метаданных.

  2. Ручное исправление с использованием thin_dump и thin_check.
    Если предыдущий шаг не сработал, возможно, вам придется указать корректный идентификатор транзакции. Воспользуйтесь текущими метаданными из копий, если они есть, или получите информацию из логов системы перед инцидентом.

  3. Считывание и сравнение метаданных.
    Примените команду thin_dump для получения информации о состоянии суперблока. Используя --repair, попробуйте извлечь XML-файл, который можно вручную подкорректировать:

    thin_dump --repair /dev/mapper/pve-data_tdata > repaired.xml
    • Если лог не предоставлен, попробуйте с незначительными изменениями загрузить XML и снова проверить:
      thin_check --extra-ugly-options repaired.xml
  4. Восстановление из резервной копии.
    В случае отсутствия положительных результатов, проверьте возможность восстановления данных из резервных копий, если такие имеются.

  5. Использование сообщества и поддержка.
    Если ваши попытки ручного исправления не увенчались успехом, обратитесь за помощью к профессионалам или сообществу Proxmox Support. Они могут предоставить специализированную помощь, которая поможет получить доступ к данным.

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

С уважением,
[Ваше Имя],
IT-специалист.

Оцените материал
Добавить комментарий

Капча загружается...