Удалить дубликат физического тома lvm uuid?

После обновления сервера rhel 5 сегодня я перезагрузился на новое ядро: curr=2.6.18-371.el5PAE prev=2.6.18-348.18.1.el5PAE.

В последовательности загрузки я увидел сообщение о том, что Logical Volume Management запускается, а затем почти сразу же я увидел это и мне предложили аварийную оболочку:

Найдены дубликаты PV BPF...ayV: используется /dev/sdc1, а не /dev/md3.

Примечание: /dev/sdc1 и / dev / sdb1 являются членами массива raid1 /dev/md3.

Исходя из этого, я предположил, что программное обеспечение lvm2 считает, что /dev/sdc1 и /dev/md3 - это pv с одинаковым UUID, и что программное обеспечение lvm2 решило игнорировать /dev/md3 и использовать /dev/sdc1.

Я выключил и отключил диск для SDC и перезапустил. Неожиданно система загрузилась, и я не заметил никаких проблем. Конечно, MD3 был ухудшен.

Я выключил питание, подключил диск, который отключил, перезагрузил, и система снова запустилась, и я не заметил никаких проблем. Конечно, md3 все еще деградировал, но случилось нечто неожиданное.

Файловая система внутри проблемного логического тома была смонтирована.

Я выполнил pvdisplay и увидел ту же ошибку выше. Конечно, когда я попытался добавить sdc1 обратно в md3, он не позволил мне, потому что он использовался программным обеспечением lvm2.

Я размонтировал файловую систему и запустил e2fsck по пути устройства lv. Там нет проблем (но должны были быть проблемы).

На самом деле есть четыре связанных вопроса (извините). Если предположить, что ответ 3 - "да или Сорта", то ответ на 4 - то, что мне нужно. Я спросил первые два, потому что я предполагаю, что мне нужно понять их ответы, чтобы иметь смысл любого ответа на последние два.

  1. Почему файловая система работает нормально, если логический том изначально был составлен из pv /dev/md3 вместо /dev/sdc1?

  2. Разве /dev/sdc1 не должен отличаться от /dev/md3, чтобы предотвратить согласованность логического тома с физическими томами внутри in? На это может ответить вопрос 1.

  3. Могу ли я исправить мою проблему, удалив информацию о pv из /dev/sdc1 и добавив /dev/sdc1 обратно в /dev/md3?

  4. Если ответ на вопрос № 3 - да, то как мне это сделать, не разрушая логический том и его файловую систему?

Немного истории:

Я никогда не выполнял "pvcreate /dev/sdc1", поэтому я понятия не имею, почему это должно происходить. Это правда, однако, что / dev / sdc беспокоит меня в последнее время в том, что smartmon (sp?) Скажет мне, что он не может читать смарт-данные или даже не видит устройство. Я исправлю проблему либо (а) перезагрузкой, (б) перезагрузкой + зависанием биоса + выключением + сбросом кабеля sata + включением питания, либо последовательностью b, но замените кабель sata вместо того, чтобы просто переустановить его.

Источник

2 ответа

  1. Я не уверен, что вы задали вопрос, который, по вашему мнению, вы задали, но /dev/md3 - это то же самое, что и /dev/sdb1 и /dev/sdc1, поскольку это зеркальный набор.

  2. Нет, не должно.

  3. Нет, это приведет к потере данных для вас.

  4. N /A

Вероятно, вы можете избавиться от этого сообщения об ошибке, изменив /etc/lvm.conf файл, чтобы изменить фильтр, чтобы отклонить устройства sdb* и scd*, восстановить ваш initrd, затем перезагрузиться.

Источник

Основная проблема состоит в том, что массив был создан с суперблоком MD в конце, что означает, что суперблоки в начале все еще распознаются с ожидаемым смещением. Единственное, что препятствует анализу суперблока PV, это то, что подсистема MD сначала захватывает устройства; обычно. Иногда верхние слои проявляют осторожность, когда обнаруживается другой суперблок, но это может быть хрупким.

Есть два способа избежать этого.

  • Создайте массив с параметром --metadata = 1.2, который используется по умолчанию с 2010 года. Суперблок PV будет смещен на 512 КБ и не будет распознаваться на разобранных устройствах.
  • Используйте интеграцию MD с LVM. Уточнить --type=raidXX в lvcreate или же lvconvert, LVM не выставляет разобранные устройства.

Обычно эти меры предосторожности принимаются во время создания, но в вашем случае (raid1 с метаданными в конце, содержащие PV) вы можете без особых проблем преобразовать MD-интегрированный LVM.

Убедившись, что массив синхронизирован, а файловая система в основном исправна, вы можете разобрать его, сбросить суперблоки raid на обоих дисках (прочитайте wipefs осторожно, не нужно обнулять PV суперблоки по ошибке), обнулить PV суперблок только на одном члене, расширить VG на это и lvconvert ваши логические тома в --type=raid1 --mirrors=1, Наконец, перезапустите grub-install на обоих дисках.

Источник
Другие вопросы по тегам