слияние групп объема LVM

Этот метод очень хорошо, действительно.

7
11.12.2012, 01:11
3 ответа

Если я читаю Ваш вопрос правильно, что Вы действительно хотите сделать, объединить два LV на отдельном VG's. Это требует Вас движущиеся данные от одного LV до другого, нет способа объединить LVs непосредственно.

Таким образом, Вы смотрите на своего рода время простоя.

Можно, вероятно, ограничить его путем выполнения следующего: LVA - Скоро, чтобы быть большим Логическим томом LVB - Скоро, чтобы быть удаленным логическим томом

  1. rsync LVB к местоположению на LVA (самый трудоемкий)
  2. ** Время простоя Запускается ** - Отключают удаленный доступ
  3. Сделайте финал rsync, чтобы гарантировать, что все данные являются текущими на LVA
  4. Размонтирование LVB
  5. Переместите rsynced данные по LVA к местоположению, где это будет жить, как будто LVB был смонтирован (это должно быть w/in LVA, таким образом, mv является просто inode операцией и таким образом очень короткий).
  6. ** Концы времени простоя ** - Повторно включают удаленный доступ
  7. На Вашем досуге сдуйте LVB и vgmerge VGB в VGA
  8. Можно затем вырастить LVA (и вероятно вырастить файловую систему онлайн также),
4
27.01.2020, 20:18
  • 1
    Да, именно это я подразумевал "под перемещающимися вещами". Проблемой является каждый из этих двух, LV является родиной нескольких виртуальных машин, и этот способ, которым я имел бы к первому шагу содержание LV (b) к LV (c), затем удалил бы LV (b), объединил бы VG (b) с VG (a), создал бы новый LV (x), чередовал более чем два PV, затем наконец переместите содержание от LV (a) и LV (c) назад к чередуемому LV (x). Возможный, но громоздкий. Было бы здорово, если я мог бы так или иначе объединить два VG's, создать LV (x) непосредственно и переместить содержание, тот способ, которым я должен буду только скопировать содержание однажды. Рассмотрите также их, LV 300G + данные каждый. –  RCD 10.12.2012, 18:34

Хотя, Вы сможете объединить два VGs, я не думаю, что Вы сможете преобразовать LV из linear кому: striped без первого удаления его и воссоздания его.

В любом случае можно легко сделать тесты с циклическими устройствами на редких файлах, которые берут едва любое дисковое пространство:

truncate -s500G a
truncate -s500G b
sudo losetup /dev/loop0 a
sudo losetup /dev/loop1 b
sudo pvcreate /dev/loop0
sudo pvcreate /dev/loop1
sudo vgcreate A /dev/loop0
sudo vgcreate B /dev/loop1
sudo lvcreate ...
2
27.01.2020, 20:18
  • 1
    Это не было бы слишком большой проблемы, но vgmerge объединяет неактивную группу объема в активную или неактивную группу объема - таким образом, я должен был бы деактивировать один из VG's, прежде чем я смогу объединить их. Если я понимаю право, которое означает, что LV на деактивированном VG становится неприменимым, и это было бы проблемой. Это возвратило бы меня для обработки на квадрат тому, имеющему необходимость перемещать все, чтобы смочь выполнить то, что я хочу сделать. –  RCD 10.12.2012, 13:36

Я не знаю, как сделать это, не уничтожая эти два логических тома /dev/vg03/vz и /dev/vg04/vz, и создание нового LV, после того как Вы реорганизовали пространство.

Следующая стратегия должна (я не протестировать его), позволяют Вам получить желаемую конфигурацию без времени простоя для других объемов. Вам, возможно, понадобится некоторое временное пространство на рабочем диске до размера самого большого из LVs, который Вы удаляете.

  1. Создайте резервную копию всех данных из двух LVs для удаления.
  2. Деактивируйте LVs (lvchange -an).
  3. Создайте физический том по пространству царапины (pvcreate).
  4. Добавьте пространство царапины к vg03 (vgextend). Переместите степени в конце vg03 к царапине располагают с интервалами с pvmove /dev/sdXX:MMM-NNN (замена sdXX соответствующим спецификатором раздела и MMM и NNN правильными числами степени). Переместите степени, чтобы Вы хотели преобразовать для использования новым чередуемым LV.
  5. Звонить pvresize уменьшать физический том на группе объема, где Вы просто освободили некоторое пространство в конце.
  6. Использовать fdisk или parted для уменьшения раздела, содержащего физический том, Вы просто уменьшились. В то время как Вы в нем, создаете новый раздел для остальной части пространства.
  7. Звонить pvmove снова для положения обратно всех данных из царапины располагают с интервалами к ее оригиналу (теперь уменьшенный) PV.
  8. Повторите предыдущие 4 шага для vg04. После этого Вам больше не нужно пространство царапины.
  9. Существует теперь два новых раздела ни с чем на них. Превратите их в физические тома (pvcreate), и создайте группу объема для этих двух PVs (vgcreate).
  10. Создайте чередуемый LV на новом VG.
0
27.01.2020, 20:18
  • 1
    Спасибо, но это, кажется, просто (возможно, более подробно) объяснение, как уже обсуждено в других ответах с добавленной потребностью в рабочем диске (для которого нет места в сервере, поскольку это уже имеет 4 из макс. 4 установленных дисков). –  RCD 11.12.2012, 05:43

Теги

Похожие вопросы