Назад | Перейти на главную страницу

Уменьшение физических томов в LVM на гостевом компьютере Linux в ESXi 5.0

Эта проблема:

Гость Linux (OpenSuse 12.1) с несколькими подключенными виртуальными дисками.

В логическом томе 3 диска, два из которых имеют размер ровно 2 ТБ.

Ни один из дисков не является независимым, и из-за используемого нами программного обеспечения для резервного копирования не может быть независимым.

Когда два виртуальных диска емкостью 2 ТБ являются «зависимыми», моментальный снимок не работает, указывая, что файл слишком велик для хранилища данных. Когда я перевожу эти два диска в независимый режим, моментальные снимки работают нормально (другой диск - 1,8 ТБ).

Поэтому я пришел к выводу, что даже сокращение двух физических дисков на 100 ГБ должно решить проблему, однако у меня возникли проблемы с концептуальным пониманием того, как уменьшить эти диски, не нарушая полностью LVM.

На фактическом LV свободно 1,3 ТБ, так что места достаточно для сжатия.

Что мне нужно сделать:

Выделите 100 ГБ с двух виртуальных дисков по 2 ТБ в гостевой системе Linux.

Уменьшите два виртуальных диска на 100 ГБ внутри vsphere (не так сложно).

Есть ли какие-нибудь гуру vsphere / LVM, которые могут дать мне ключ к разгадке?

Редактировать:

Исправление форматирования:

Что-то вроде этого? e2fsk -f / dev / VGroup1

resize2fs / dev / VGroup1 5922108040K (это сокращение на 200 ГБ в КБ)

lvreduce -L 209715200K / dev / Vgroup1 pvresize / dev / sdb1 (и sdc1) -

setphysicalvolumesize 2042625023K Верно?

Мне пришла в голову еще одна мысль: может быть, на всякий случай мне следует уменьшить 25G больше, чем я планирую уменьшить количество дисков, чтобы физические тома не были меньше файловой системы.

На самом деле это не проблема VMWare, проблема с vmdk емкостью 2 ТБ заключается в том, что в хранилище данных не осталось места для фиксации снимка, как вы говорите, уменьшение размера vmdk позволит этому сработать.

Теперь очевидно, что вы можете использовать обычную цепочку umount, e2fsck, resize2fs, lvreduce и pvresize, а затем уменьшить размер vmdk внутри vsclient, но есть еще одна мысль: если у вас достаточно временного пространства, вы можете просто преобразовать их в тонкие диски. Очевидно, что для этого может быть штраф записи, но это будет означать, что вам не придется трогать гостевую файловую систему.