Рейтинг:0

Как подключить тип тома LVM2_member к экземпляру EC2

флаг sy

Я пытаюсь смонтировать том, взятый из старого EC2, в новый экземпляр EC2, однако этот том имеет "неизвестный тип файловой системы "LVM2_member". Пробовал все это с исходным томом, потом из снапшота сделал том, думая, что это будет не LVM2_member, а он идентичен, но без вложенной структуры тома. Я нашел несколько инструкций здесь, но, по-видимому, это не совсем относится к этому, поскольку он не рассматривается как группа, или мой синтаксис неверен, или что-то еще совершенно другое. Все, что я пытаюсь найти на любой странице, не работает по той или иной причине. Следует отметить, что парень, которому принадлежал этот том, сказал, что он думал, что изначально это был общий том с другим коллегой. У этого коллеги есть том с таким же названием, который не был смонтирован на его EC2, и он его игнорировал. Я не знаю, как давно это должно было произойти. Том этого парня, который я пытаюсь смонтировать, был успешно смонтирован, и он думает, что использует его.

Я пройду шаги, которые я пробовал.

ШАГ 1: прикрепить том

ШАГ 2: лсблк # покажет мне корневой том и другие тома, которые я пробовал. мой

НАИМЕНОВАНИЕ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА КРЕПЛЕНИЯ
nvme4n1 259:6 0 100G 0 диск

ШАГ 3: черный # Получает мне UUID тома и показывает ТИП

/dev/nvme4n1: UUID="n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12" TYPE="LVM2_member"

ШАГ 4: Если я попытаюсь смонтировать его: смонтировать n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12/данные

монтирование: специальное устройство n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12 не существует

ШАГ 5: Поиск этого сообщения указывает на то, что мне нужно убедиться, что оно находится в моем файле /etc/fstab.

ВИМ /etc/fstab

Да, он там, потому что я поместил его туда, но тип «LVM2_member» не зеленый, так как этот тип зеленый для других томов. Таким образом, ошибка неизвестного типа, вероятно, поскольку тип не распознается.

UUID=n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12 /home/ec2-user/data LVM2_member defaults, nofail 0 2

ШАГ 6: пвс # показывает мне физические тома на моем устройстве

PV VG Fmt Attr PSize PFree
/dev/dsa12 VolGroup00 lvm2 a -- 99,53 г 19,00 г
/dev/sdi VolGroup00 lvm2 a-- <100,0 г <27,00 г
[неизвестно] VolGroup00 lvm2 am 19.53g 0

Я знаю, что /dev/sdi — это том, который я пытаюсь подключить. Итак, мы видим, что существует дублирующееся имя группы томов, и я уже знаю, что у них разные UUID.

ШАГ 7: lvs VolGroup00 --config 'устройства { filter=["a|/dev/sdi|", "r|.*|"]}'

Не удалось найти устройство с uuid c61234-9Mab-P12a-kabc-nab1-Fabc1-t1abcd.

LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
AuditVol VolGroup00 -wi-----p- 8.53g
dataVol VolGroup00 -wi-a----- 5.00g
homeVol VolGroup00 -wi-----p- 20.00g
logVol VolGroup00 -wi-----p- 4.00g
rootVol VolGroup00 -wi-----p- 40.00g
swapVol VolGroup00 -wi-----p- 2.00g
tmpVol VolGroup00 -wi------- 4.00g
varVol VolGroup00 -wi-----p- 9.00g

/dev/sda12 показывает аналогичную информацию, но без «не удалось найти xxx».

ШАГ 8: vgs -o +vg_uuid --config 'устройства {фильтр = ["a|/dev/sdi|", "r|.*|" ]}' # чтобы получить идентификатор тома

VG #PV #LV #SN Attr VSize VFree VG UUID
VolGroup00 2 8 0 wz-pn- <119,53g <27,00g jmt123-iabc-babc-Uabc-rabc-habc-gabcdef.

ШАГ 9: vgrename jmt123-iabc-babc-Uabc-rabc-habc-gabcdef volnew # переименовать том, используя uuid

Не удалось найти устройство с uuid c61234-9Mab-P12a-kabc-nab1-Fabc1-t1abcd.
Невозможно изменить VG VolGroup00, пока отсутствуют PV.
Рассмотрим vgreduce --removemissing.
Не удается обработать группу томов VolGroup00

ШАГ 10: vgreduce --removemissing jmt123-iabc-babc-Uabc-rabc-habc-gabcdef # Удалить недостающие PV

Не удается обработать группу томов jmt123-iabc-babc-Uabc-rabc-habc-gabcdef

ШАГ 11: vgreduce jmt123-iabc-babc-Uabc-rabc-habc-gabcdef c61234-9Mab-P12a-kabc-nab1-Fabc1-t1abcd # Я даже пробовал эту команду, используя идентификатор отсутствующего PV.

Группа томов "jmt123-iabc-babc-Uabc-rabc-habc-gabcdef" не найдена
Не удается обработать группу томов jmt123-iabc-babc-Uabc-rabc-habc-gabcdef

ШАГ 12: я нашел это соединять в котором говорится о восстановлении метаданных LVM Linux. кот /etc/lvm/архив/* | grep -i «jmt123-iabc-babc-Uabc-rabc-habc-gabcdef» # показывает, что выглядит как история группы томов перед определенным выполнением, например vgchange и vgimport и ссылка на идентификатор тома, n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12.

ШАГ 13: pvcreate --uuid "n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12" --restorefile /etc/lvm/backup/VolGroup00 /dev/sdi

Не удалось найти устройство с uuid n91234-wabc-Ua12-kabc-cabc-Gabc-oabc12.
Не удается найти uuid в файле резервной копии /etc/lvm/backup/VolGroup00

Я думаю, что в этом файле ничего нет. На самом деле я не могу перейти в папку резервного копирования, но если я ЛС /etc/lvm/резервное копирование это показывает VolGroup00. Итак, vim для имени файла VolGroup00 показывает, что он пуст.

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

Моя конечная цель — создать tar-файл данных и загрузить его в корзину S3, а затем завершить том.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.