Перенос CentOS Hyper-V

Нанять админа ?

Я подумаю.

sda, sdb и sdc - разного объёма, в разных местах на сервере и все примонтированы в /home

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

Бардак. Однозначно. Сервер изначально разворачивался на диске недостаточного объема. Когда диск закончился, через Hyper-V, добавили еще один, и примонтировали в /home (там хранятся учётки). Когда и этот диск начал заканчивать, добавили ещё один. Физически, место на сервере иссякло, добавлять больше нечего, да и не похоже это на верное решение. Таким образом, сейчас сервер на виртуалке имеет 3 диска. Нужно всё это перенести на другое оборудование. Самый простой вариант, это перетащить всё на 8tb винт, и на hyper подшаманить пути к виртуальным дискам, да и сверху добавить 4-й, но уже териков на 6 и забыть на какое-то время об этом лядстве. Но мне что-то подсказывает, что это не очень хорошее решение. Вот я и хочу понять, как адекватно мигрировать, попутно приведя в порядок всю эту беду с дисками.

засетапить новую систему, развернуть на неё бекап старой, переключить диски, синхронизировать данные, проверить что всё работает, убить старую систему

У тебя же есть бекапы, да?

У меня нет места, даже контрольную точку сделать. :D Я же говорю, мне это дело досталось по факту, «кошка бросила котят, пусть ... как хотят» Если вся эта муть заруинится, то как бы всё... С ресурсом не всё ок, потому и такие критические моменты присутствуют.

Ну тогда про адекватно можно забыть. Твори, упадет - поднимешь :)

Эхх, жизнь-боль. Ладно, будем экспериментировать, чож остаётся то...

Вот чё ты сразу по бэкапы? Как серпом по надеждам юношы! Совсем там в америках расслабились на дешевых дисках.

ТС, боюсь что ты не достаточно правильно понимаешь подключение дисков в Гипер-в. Но это же элементарно.

А еще у Гипер-в есть функция перемещения виртуалки.

Т.е. ты либо тролль, старый. Либо не до конца шаришь в своем же хозяйстве.

Второй вариант - мой. Я не знаю, как отреагирует линь на то, что я упакую всю виртуалку и перенесу на другой сервер. Но в принципе, наверное стоит просто попробовать да и всё. Пожалуй, это и сделаю.

ну как бабка на кофейной гуще гадала: 50/50, может и упасть от переноса. У меня так андроид х86 перестал загружаться.

однако посыл не в том, чтобы проорать: «ааа ламер!» , а наоборот, мотивировать почитать документацию по гипер-в. Вдумчиво...

Я вас услышал. Ну и вобщем-то, частично получил ответ, решающий мой вопрос. Спасибо за участие.

Гиперв умеет увеличивать диски налету. Линуксы тоже такое умеют. Можно было вообще не плодить безобразие.

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

Как можно перетащить ось и всё что на ней есть, но на меньше кол-во дисков?

Встречный вопрос: что говорят lsblk и vgs -a -o +lv_all?

VMware vCenter Converter

могет перенести текущую ос во вмарю

Я извиняюсь, можно ссылкой на картинку... Не понимаю я разметку. https://imageup.ru/img20/3489715/1.png.html По второй команде такая каша в консоль выплёвывается, что я даже не решусь её скринить.

как отреагирует линь на то, что я упакую всю виртуалку и перенесу на другой сервер

Если копировать остановленную систему то всё что понадобится это изменить /etc/fstab, установить загрузчик и проверить сетевые адреса.

https://imageup.ru/img20/3489715/1.png.html

Примерно это я и предполагал.

По второй команде такая каша в консоль выплёвывается, что я даже не решусь её скринить.

OK, ls -l /dev/centos. Можно картинкой на худой конец.

• lrwxrwxrwx 1 root root 7 авг 28 09:36 home -> ../dm-2
• lrwxrwxrwx 1 root root 7 авг 28 09:36 root -> ../dm-0
• lrwxrwxrwx 1 root root 7 авг 28 09:36 swap -> ../dm-1

1. Нанять админа 2. Сломать самому, потом нанять админа, чтобы починил и перенёс.

Думал еще нулевой пункт написать «Сделать бекап», но это уж для трусов.

То есть я не ошибся и все, кроме /boot, находится в LVM. Это очень многое упрощает:

• Подключаешь к виртуалке новый диск, который в итоге станет единственным.
• Из вывода lsblk уясняешь, под каким именем он видится. Здесь и далее я предполагаю, что новый диск — /dev/sdd.
• parted /dev/sdd mklabel gpt # Создаешь на новом диске таблицу разделов.
• parted /dev/sdd mkpart root 0% 100% # Создаешь на новом диске будущий новый /
• pvcreate /dev/sdd1 # Создаешь новый физический том LVM
• vgextend centos /dev/sdd1 # Добавляешь его к группе томов
• pvmove --atomic /dev/sda2 /dev/sdd1 && vgreduce centos /dev/sda2 # Переносишь содержимое старого тома на новый и удаляешь старый том из группы
• pvmove --atomic /dev/sda3 /dev/sdd1 && vgreduce centos /dev/sda3 # и так для всех томов
• pvmove --atomic /dev/sda4 /dev/sdd1 && vgreduce centos /dev/sda4
• pvmove --atomic /dev/sdb1 /dev/sdd1 && vgreduce centos /dev/sdb1
• pvmove --atomic /dev/sdc1 /dev/sdd1 && vgreduce centos /dev/sdc1
• umount /boot && mkdir /tmp/boot && mount /dev/sda1 /tmp/boot && rsync -av --progress --exclude lost+found /tmp/boot/ /boot # отдельный /boot не нужен, избавься от него
• grub2-install /dev/sdd # на новом диске нужен загрузчик
• grub2-mkconfig -o /boot/grub2/grub.cfg # отдельного /boot больше нет, перегенерим конфиг загрузчика
• reboot
  
  Предварительно бэкапни все важное, а в идеале потренируйся на чем-нибудь тестовом. Если нет уверенности, что сделаешь — не делай.
  
  alpha, пожалуйста, проведи peer review моей писанины — вдруг я ошибся где-то?

alpha, пожалуйста, проведи peer review моей писанины — вдруг я ошибся где-то?

не-не, я сюда так пофлудить зашла

В последний раз когда я на подобном уровне обращалась с дисками, я была junior sysadmin и пересобирала посыпавшийся зеркальный raid на freebsd. При этом я случайно синхронизировала пустой новый диск на диск с данными 400 клиентов, и мы их потом 12 часов доставали из бекапа.

Так что я могу только про бекапы рекомендацию дать :)

При этом я случайно синхронизировала пустой новый диск на диск с данными 400 клиентов, и мы их потом 12 часов доставали из бекапа.

Сочувствую. Хорошо (не то слово :), что был бэкап и 12 часов на восстановление.

могу только про бекапы рекомендацию дать

Никогда не лишне :)

Выключаешь по максимуму все сервисы в виртуалке. Грузишься с live-системы на новом сервере, размечаешь как хочется диски, потом, если нет места, tar | nc в виртуалке, а nc | tar на железке. Потом чрутишься в развёрнутую систему, правишь fstab/grub.conf, update-initramfs (или dracut -f --regenerate-all в центоси вроде) и перегружаешься.

При этом я случайно синхронизировала пустой новый диск на диск с данными 400 клиентов

Категорический зачот.

Я бы попробовал Veam

Для переноса виртулки