Я использую LVM-thin в качестве основного хранилища и не раз замечал, что клонирование ВМ или восстановление с помощью Proxmox часто приводит к поломке ВМ, если LVM-thin используется в качестве целевого хранилища. В Windows 10 это означает, что после клонирования ВМ загружается только в режиме восстановления и не видит диски. Сегодня HassOS перестал работать, и после восстановления с помощью Proxmox я столкнулся с той же проблемой: когда я включаю ВМ, она не может загрузиться, таблица разделов на виртуальном диске повреждена. После долгих размышлений я выяснил, что проблема в LVM-thin. При восстановлении на qcow2 или zfs (который традиционно работает очень медленно даже на хорошем оборудовании) машины успешно запускаются из резервной копии и продолжают нормально работать, даже если потом перемещают диски в хранилище LVM-thin. Я уверен, что проблема именно программная, но не смог найти никаких похожих тем. Спойлер: pkg vrs proxmox-ve: 6.2-1 (работающей ядро: 5.4.41-1-pve) pve-manager: 6.2-4 (работающая версия: 6.2-4/9824574a) pve-kernel-5.4: 6.2-2 pve-kernel-helper: 6.2-2 pve-kernel-5.3: 6.1-6 pve-kernel-5.0: 6.0-11 pve-kernel-5.4.41-1-pve: 5.4.41-1 pve-kernel-5.4.34-1-pve: 5.4.34-2 pve-kernel-5.3.18-3-pve: 5.3.18-3 pve-kernel-5.3.18-2-pve: 5.3.18-2 pve-kernel-5.0.21-5-pve: 5.0.21-10 pve-kernel-5.0.15-1-pve: 5.0.15-1 ceph-fuse: 12.2.11+dfsg1-2.1+b1 corosync: 3.0.3-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: неправильно установлен ifupdown2: 2.0.1-1+pve8 ksm-control-daemon: 1.3-1 libjs-extjs: 6.0.1-10 libknet1: 1.15-pve1 libproxmox-acme-perl: 1.0.4 libpve-access-control: 6.1-1 libpve-apiclient-perl: 3.0-3 libpve-common-perl: 6.1-2 libpve-guest-common-perl: 3.0-10 libpve-http-server-perl: 3.0-5 libpve-storage-perl: 6.1-8 libqb0: 1.0.5-1 libspice-server1: 0.14.2-4~pve6+1 lvm2: 2.03.02-pve4 lxc-pve: 4.0.2-1 lxcfs: 4.0.3-pve2 novnc-pve: 1.1.0-1 proxmox-mini-journalreader: 1.1-1 proxmox-widget-toolkit: 2.2-1 pve-cluster: 6.1-8 pve-container: 3.1-6 pve-docs: 6.2-4 pve-edk2-firmware: 2.20200229-1 pve-firewall: 4.1-2 pve-firmware: 3.1-1 pve-ha-manager: 3.0-9 pve-i18n: 2.1-2 pve-qemu-kvm: 5.0.0-2 pve-xtermjs: 4.3.0-1 qemu-server: 6.2-2 smartmontools: 7.1-pve2 spiceterm: 3.1-1 vncterm: 1.6-1 zfsutils-linux: 0.8.4-pve1
Проблемы клонирования и восстанавливаемости в LVM-thin, Proxmox Виртуальная Среда
|
29.05.2020 16:15:00
|
|
|
|
|
|
12.01.2021 11:29:00
У меня точно такая же проблема. Связанные клоны работают отлично. Полная копия системы Debian попадает в UEFI, так как не обнаруживает ни одного диска.
|
|
|
|
|
|
12.01.2021 11:37:00
В моем случае проблема была решена после включения обнуления диска.
|
|
|
|
|
|
12.01.2021 12:06:00
Спасибо, что подняли этот вопрос! Где я могу это включить?
|
|
|
|
|
|
12.01.2021 12:11:00
Группа томов LV уже имеет активированное обнуление новых блоков.
|
|
|
|
|
|
12.01.2021 12:33:00
Я попробовал полное клонирование в другой пул хранения с теми же результатами. У меня есть 'z' рядом с каждым LV в моем кластере, и ВМ сломаны после полного клона.
|
|
|
|
|
|
12.01.2021 13:05:00
Решено! Это была ошибка с клонированием EFI-диска. После переустановки grub на новой виртуальной машине (и ручного запуска) всё работает нормально. Подробные шаги в этой теме:
|
||||
|
|
|
|||
Читают тему
