У меня была VG с 3 pv. В VG был один LV, использующий все три PV. Затем один PV (hdd) умер. Я хотел попытаться восстановить все, что мог. Поэтому первое, что мне нужно было сделать, это удалить отсутствующий PV из LV/VG. Следуя инструкциям, которые я нашел в Google, я использовал vgreduce, чтобы удалить этот PV. Но, как я узнал, это удалило и LV. Теперь я пытаюсь восстановить исходную конфигурацию, ту, что была до vgreduce, чтобы вместо этого использовать vgchange. Я использую vgcfgrestore -f , где файл архива — тот, который был создан до vgreduce. Но я продолжаю получать сообщение «Невозможно восстановить группу томов VGR с 1 PV, помеченным как отсутствующий».
Можно ли восстановить РН? Если да, то как?
Любая помощь будет высоко оценена.
ТИА
кен
решение1
Linux LVM не удаляет PV с LV по умолчанию. Для LV нужны все экстенты, чтобы они имели хорошую целостность. vgreduce --force может удалить LV, но отключает несколько проверок безопасности. Будьтеоченьбудьте конкретны и осторожны в том, какие опции вы используете. Записывайте ваши терминальные сеансы.
Спланируйте восстановление. Найдите все резервные копии этих данных. Оцените, насколько они ценны для организации и сколько времени потребуется на их восстановление. Если резервных копий нет, рассмотрите возможность получения оценки от профессиональной службы восстановления данных.
Попробуйте создать образ неисправного диска на хорошем диске того же размера. Если вы делаете это самостоятельно, используйте устойчивый к ошибкам инструмент, например dd_rescue. Помните, что в некоторых случаях дальнейшее использование может повредить носитель еще больше, если он уже не мертв. Службы восстановления данных могут провести операцию, чтобы попытаться вернуть данные.
Если вам удастся сделать образ, новый диск будет иметь идентификацию старого PV. Добавьте новое устройство обратно. vgextend --restoremissing $PV Поскольку вы уменьшили LV, сейчас самое время попробовать vgcfgrestore --fileеще раз, чтобы вернуться к тому, что было до того, как вы это сделали.
Если все попытки не увенчаются успехом и вы смиритесь с потерей данных, рассмотрите возможность замены неисправного PV новым пустым диском. Почти наверняка это приведет к повреждению ваших данных. То, как именно проявится повреждение, зависит от файловой системы и т. п. Но это то, что стоит попробовать. man vgcfgrestoreописывает процедуру:
Чтобы заменить PV,
vgdisplay --partial --verboseпокажет UUID и размеры любых PV, которых больше нет. Если PV в VG утерян и вы хотите заменить его другим того же размера, используйтеpvcreate --restorefile filename --uuid uuid(плюс дополнительные аргументы по мере необходимости), чтобы инициализировать его с тем же UUID, что и у отсутствующего PV. Повторите для всех остальных отсутствующих PV в VG. Затем используйтеvgcfgrestore --file filenameдля восстановления метаданных VG.
В менее деградированном сценарии без потери физических томов pvmoveбудет перемещать экстенты между физическими томами и может использоваться при миграции хранилищ.
В дальнейшем, чтобы группы томов пережили потерю жесткого диска, рассмотрите возможность добавления избыточности. Либо ниже LVM с PV из LUN массива, либо на уровне LVM. См. man-страницы mdadmи lvmraidсоответственно, для программных решений.
решение2
Я думаю, что эта ссылка — ответ на ваш вопрос. https://unix.stackexchange.com/questions/47380/where-does-lvm-store-data