действительно ли возможно одновременно смонтировать 2 объема LVM, которые являются точными копиями друг друга (те же UUID)?
Вот ссылка на газету VMware, "Хронометрирующую в Виртуальных машинах VMware" (2008): http://www.vmware.com/pdf/vmware_timekeeping.pdf
Вся суть UUID в том, чтобы однозначно идентифицировать что-то, а то, что вы пытаетесь сделать, делает их неуникальными. Я очень сомневаюсь, что это возможно. Я поигрался с pvchange -u , чтобы изменить UUID дублированного PV, но операция всегда терпела неудачу.
Если вам действительно нужно смонтировать резервные копии на живом хосте, я предлагаю вам сделать резервную копию LV по отдельности (т. Е. Создайте новые PV, VG и LV на устройстве резервного копирования и разместите каждый LV отдельно).
Я столкнулся с этим проблема только вчера. У меня есть конфигурация файловой системы (LVM (MD (sda, sdb, sdc-syncing-only-weekly-based))) в Linux, и мне нужен доступ к старым данным на SDC.
Я несколько решил проблему, подключив резервный диск ( sdc) на виртуальную машину. Это безопасная операция, пока я подключаю диск с помощью «qemu ... -drive file = / dev / sdc, только для чтения» (или использую параметр моментального снимка для конфигурации копирования при записи).
Ответ trekkerboy / modonnell @ linuxquestions наиболее прост, используйте vgimportclone .
Также обратите внимание, что после создания клона,вам нужно активировать его с помощью vgchange -ay newvgname , и вы должны очистить узлы устройства oldvgname с помощью dmsetup remove /dev/oldvgname/* .
Для справки, что следует это более ручной метод, который, по-видимому, напоминает подмножество того, что можно прочитать в источнике vgimportclone .
Вы можете сделать это, если можете сначала временно деактивировать управление исходной копией, добавив шаблон, соответствующий оригиналу, в фильтр devices в lvm.conf . Например, если вы клонировали / dev / sdx в / dev / sdy , вам необходимо временно добавить / dev / sdx в фильтр в разделе устройств {...} .
Исходные устройства останутся в сети, но инструменты LVM проигнорируют их. Смонтированные файловые системы на них останутся смонтированными и работоспособными, это не будет тесно связано с управлением LVM.
После установки фильтра выполните новый vgscan , чтобы убедиться, что дубликаты и только они теперь находятся под Управление LVM. Вы можете убедиться, что видите дубликаты устройств / dev / sdy , например, pvs .
Затем выполните:
vgchange -a n originalvgname
Это отключит группу томов с именем originalvgname , но поскольку видны только дублирующие устройства, она отключит ее на них (исходное originalvgname уже не отображается из-за фильтра выше). Этот шаг необходим для того, чтобы вы могли свободно изменять атрибуты теперь неактивной группы томов и составляющих ее физических томов.
pvchange -u physicaldevice
vgchange -u originalvgname
Это даст новые UUID дубликатам.
vgrename originalvgname newvgname
Это приведет к переименованию дублированной группы томов.
] После этого вы можете удалить фильтр из lvm.conf и снова выполнить сканирование, и оба набора LVM-устройств будут видны под разными именами и UUID.
В качестве альтернативы, если вы на самом деле не Вы заинтересованы в сохранении исходного имени VG и UUID PV / VG, вместо этого вы можете избавиться от них, см. https://superuser.com/questions/256061/lvm-and-cloning-hds
Если вы хотите смонтировать уровни с клонированного диска, я нашел этот полезный метод здесь http://www.linuxquestions.org/questions/linux-hardware-18/unable-to-change-uuid- of-cloned-drive-device-left-open-4175470893 /
vgimportclone -n orignalvgname_clone /dev/sdx [/dev/sdy....]
sdx, sdy .. - это клонированные диски, которые составляют vg.
vgchange -ay orignalvgname_clone
После этого вы сможете смонтировать lvs с клонированного диска.