Как безопасно уменьшить образ виртуальной машины на базе Ubuntu в Proxmox 9?

Question

[Джонаттан Смитт]

Имеется образ в PVE на базе древней Ubuntu 16 (Zentyal 5.1) размером в 350гб , предыдущий админ запустив там почтовый модуль не позаботился о более простом методе хранения писем и решил все хранить в образе , эту ошибку я исправил , осталась другая проблема - как обрезать текущую виртуалку до размеров в 70~100гб и не потерять данные?
На Windows я такое проделывал когда у меня перестала грузится винда из за отсутствия раздела EFI/Boot , я с помощью Paragon Disk Manager щипнул с локального диска 500 мб и все благополучно потом работало. На Linux я знаю как расширить диск.. а вот как размерчик сжать , тут пока опыта нет. Есть безопасные варианты? Бэкапить такого монстра* тяжковато в PBS , но это домен контроллер и он крайне важен , по факту там в районе 10-20гб занято. Почта сейчас сидит через перманентный mount в шару где места завались , поэтому проблем с этим нет.

Comments

[shurshur]

Всё как обычно, но внимательно и аккуратно.

1. Гасим виртуалку (некоторые файлухи умеют online resize, но только в сторону увеличения, так что для уменьшения гасить придётся) и загружаемся с какого-нибудь livecd типа gparted live или как вариант цепляем диск к другой виртуалке. Если это отдельный раздел, можно его отмонтировать и в текущей системе, а затем уже ковырять без гашения этой виртуалки.

2. Ресайзим файловую систему (resize2fs для ext2/ext3/ext4, свои resizefs для других файлух итд). Есть файлухи, которые нельзя уменьшать, например, xfs поддерживает только growfs, уменьшить нельзя, только пересоздать.

3. Если там есть lvm - ресайзим lv, vg. В некоторых случаях надо ещё подвигать с помощью pvmove физическое расположение тома, чтобы освободить "хвост" диска.

4. В конце уже уменьшить диск в гипервизоре.

В целом, это всё можно делать инструментами типа gparted или коммерческими типа acronis disk director (при условии, что они понимают используемые файловые системы), но надо всё равно понимать общий принцип, чтобы не делать лишнего и ещё хуже не поломать что-то.

Если данные очень важны, лучше на всякий случай иметь бэкап. В конце концов, использоать rclone или хотя бы rsync, чтобы сделать копию данных хоть даже на внешний диск или в тот самый permanent mount, потом синкануть финальный вариант при отключенных пользователях и потом уже начать ломать - всё ради того, чтобы не отключать пользователей насовсем, пока делается бэкап.

Самое главное не косякнуть с размерами и учесть расположение раздела/lv на диске при этом, чтобы он не оказался в "отрезанной" части. Я обычно делаю так: делаю resize немного меньше целевого, потом ресайзю раздел/lv, потом делаю resizefs ещё раз без параметров и он автоматически расширается до размера раздела/lv. Это позволяет не очень париться насчёт там всяких нюансов определения размера (1000 vs 1024 итд).

Возможно, стоит рассмотреть всё же вариант создать новый диск другого размера и перелить данные на него.

[SunTechnik]

Я бы создал новый виртуальный диск и переливал данные на уровне файловой системы. (rsync, tar, cpio - в зависимости от предпочтений).

Придётся чуть повозиться с установкой загрузчика, правкой fstab и загрузчика.

Но зато всегда есть на что откатываться...

[Джонаттан Смитт]

shurshur, ну я вот тоже склоняюсь к тому что проще создать новую виртуалку и на нее перелить , но чем лучше и как это проделать ? uuid тоже сохранить нужно будет.
Бэкап я делаю всегда полный в стоп режиме , благо локалка гигабитная , улетает все это быстро.

[meDveD_spb]

>> там почтовый модуль, не позаботился о более простом методе хранения писем и решил все хранить в образе

А где их хранить?

[pfg21]

meDveD_spb, "надо отделять зерна от плевел" :)
т.е исполняемые бинари программы (и системы) отдельно, а данные программы отдельно.

[Джонаттан Смитт]

meDveD_spb, лучше вывести отдельно на какой либо файловый сервер через mount. В fstab прописать монтирование шары и все будет работать , чем образ на 350-500гб который устанешь копировать + если все таки диск будет поврежден или выходить из строя , бэкап образ машины сделать уже не получится , придется ковырять руками. А тут сам образ весит гб 20-30 , а вся почта уже хранится на другом сервере , где через rsync идет синхронизация на еще один холодный сервер.

[shurshur]

Джонаттан Смитт, uuid нужны только при монтировании и в параметрах ядра в загрузчике, это всегда можно поправить.

[meDveD_spb]

Джонаттан Смитт, ну понял, что ты имеешь ввиду. Но, например, у меня сервера и так без собственных дисков (Proxmox установлен на флэшку или на единственный диск ssd/m2), а VM хранятся на общем пространстве для всех серверов, те на СХД, у каждого сервера хранится по 30 последних бэкапов.

[meDveD_spb]

meDveD_spb, я про то, что если организовано все вот так, никакие маунты или отдельные диски не надо воротить, ибо это ненужные сущности. Я больше скажу, это даже вредно..

Answer 1

[Пума Тайланд]

у меня такое было с qcow2. Алгоритм: цепляешь GParted Live ISO к ВМ как cdrom, загружаешься с него, уменьшаешь раздел там — ext4 он умеет. Потом на хосте Proxmox:

qemu-img resize --shrink /var/lib/vz/images/VMID/vm-VMID-disk-0.qcow2 100G

(путь к файлу смотри через pvesm path local:VMID/vm-VMID-disk-0.qcow2 или в GUI → Hardware)

p.s. это DC, поэтому сначала бэкап — хотя б снапшот в PBS если vzdump тяжело

Answer 2

[rPman]

Настоятельно рекомендую не менять размер диска, а сделать новый и скопировать данные. При создании новой файловой системы можно указать тот же uuid что был у старой (это позволит не трогать настройки монтирования), максимум переустановить загрузчик (grub/selinux).

Иначе, при любых операциях с диском, так или иначе нужно делать резервную копию. Если места мало, можно воспользоваться штатными снапшотами qemu (т.е. работаешь со снапшотом, если все в порядке, снапшот удаляешь, иначе, откатываешь до состояния снапшота)

Comments

[Джонаттан Смитт]

Просто скопировать , но чем ?

[pfg21]

Джонаттан Смитт, просто можно и windows explorer'ом копировать :)
rsync -aAXxv /src /dst

[rPman]

linux прекрасно переживает копирование обычным cp --preserve=all или как выше написали rsync.

есть еще метод, клонирование раздела консольной утилитой partclone (поддерживает кучу файловых систем от linux до windows), эта утилита умеет клонировать разделы с одновременным изменением размера (например твой случай), есть к ней gui текстовый - clonezilla (вообще универсальная вещь) но немного непривычный интерфейс, в часности способ выбора куда копировать, локально захардкодили каталог, но умеет по сети и т.п.