Подключить Qcow2 как диск proxmox

Обновлено: 04.07.2024

OVA – это виртуальное устройство, готовое к работе на гипервизоре. С файлом OVA вы можете импортировать образ в VirtualBox, VMWare и т. д., и вся необходимая информация загружается из файла, и вы можете запустить виртуальную машину. Это работает до тех пор, пока ваш гипервизор может читать файл OVA. Proxmox не понимает OVA, и вы не можете использовать образ из коробки. Чтение предоставленного определения виртуальной машины невозможно. Поскольку файл OVA содержит диск виртуальной машины, вы можете добавить диск к виртуальной машине.

Сначала создайте новое определение виртуальной машины в Proxmox. Вы собираетесь импортировать образ диска из файла ova, а не определение виртуальной машины. Поэтому нужно сначала создать ВМ, для этого создается необходимая информация в Proxmox, а потом уже к этой ВМ добавляете диск.

Общие шаги для добавления образа OVA в Proxmox:

  1. Создать ВМ
  2. Удалить связанный диск
  3. Импорт OVA
  4. Назначить OVA виртуальной машине

Создать новое определение ВМ

В Proxmox добавьте новую виртуальную машину. Обратите внимание на идентификатор виртуальной машины. Это понадобится позже при импорте диска OVA.


< /p>

Используйте мастер, чтобы создать обычную новую виртуальную машину.


< /p>


< /p>

Кажется, вам нужно добавить диск. Диск будет удален позже, введенная здесь конфигурация не важна.


< /p>

Я буду использовать ЦП с 2 ядрами.


< /p>

Я использую виртуальную машину для SAP HXE, поэтому мне потребуется немного больше оперативной памяти: всего 24 ГБ оперативной памяти.


< /p>


< /p>

После прохождения мастера определение виртуальной машины готово, и вы можете позволить Proxmox создать виртуальную машину.


< /p>

Новая ВМ появится в списке доступных ВМ на вашем сервере. Обратите внимание на идентификатор: 101 и доступные места для хранения.


< /p>

Удалить связанный диск

Откройте конфигурацию ВМ и перейдите к разделу «Оборудование». Диск, который вы добавили в мастере, отображается в списке. Этот диск необходимо удалить.


< /p>

Извлеките диск

Выберите диск и нажмите «Отсоединить». Состояние диска изменится на неиспользуемый.


< /p>

После отсоединения диска удалите его из ВМ. Это приведет к удалению файла на диске.


< /p>

Импорт OVA

Следующий шаг — импортировать диск OVA и назначить его виртуальной машине. Поскольку Proxmox использует LVM для управления своим хранилищем, необходимо использовать предоставленный инструмент для импорта диска в LVM и назначения его виртуальной машине. Скопируйте файл ova на сервер Proxmox. Разархивируйте OVA-файл. OVA — это zip-файл, вы можете просто разархивировать его, чтобы увидеть его содержимое. Он содержит определение виртуальной машины (ovf) и диск виртуальной машины (vmdk).

tar -xzvf hxexsa.ova


< /p>

Чтобы импортировать образ, необходимо указать виртуальную машину и место, куда импортируется диск. Эта информация доступна в Proxmox. Вы можете увидеть список, глядя на сервер в левом меню. Я собираюсь использовать local-lvm и виртуальную машину HXE с идентификатором 101.


< /p>

qm importdisk 101 hxexsa-disk1.vmdk local-lvm -format qcow2


< /p>

Это запускает процесс импорта. По сути, файл vmdk копируется в хранилище local-lvm. После завершения импорта диск отображается в Proxmox.


< /p>

Назначить OVA виртуальной машине

Диск теперь доступен в Proxmox и добавлен к виртуальной машине, но не может использоваться. Диск должен быть назначен виртуальной машине. Для этого откройте определение ВМ и перейдите к оборудованию.


< /p>


< /p>

Здесь вы можете указать, как ВМ будет обращаться к диску. SCSI должен работать. Если возникают ошибки, попробуйте IDE и т. д. В результате диск добавляется к ВМ и может использоваться.


< /p>

Примечание. Экспресс-версия SAP HANA

Чтобы диск, поставляемый с SAP HXE, работал, мне пришлось использовать SATA, а не SCSI.

Добавьте диск как SATA.


< /p>

Убедитесь, что порядок загрузки установлен на SATA.


< /p>

Теперь запуск сервера должен работать, и вы должны увидеть диалоговое окно конфигурации.

апмуту

Активный участник

Только что протестировал QEMU для гостевой ОС KVM WINXP. Необходимо установить сетевые драйверы для e1000 в KVM. Как смонтировать диск qcow2 в /var/lib/vz/images/mydisk.qcow2?

Попробовал следующее после остановки гостевой ОС: -
cd /var/lib/vz/images/
mkdir /dev/nbd0
modprobe nbd max_part=8
qemu -nbd mydisk.qcow2
nbd-client localhost 1024 /dev/nbd0
qemu-nbd --connect=/dev/nbd0 mydisk.qcow2
fdisk /dev/nbd0
mount /dev/nbd0 /mnt
монтировать /dev/nbd0p1 /mnt

modprobe nbd max_part=8 дает:

FATAL: ошибка при вставке nbd (/lib/modules/2.6.24-7-pve/kernel/drivers/block/nbd.ko): неизвестный символ в модуле или неизвестный параметр (см. dmesg)

апмуту

Активный участник
  • преобразование в vmdk,
  • установка в окнах,
  • перенос драйверов в файл vmdk,
  • затем преобразование обратно в qcow2.

апмуту

Активный участник

леталп1мп

Новый участник

Не проще ли было бы просто создать ISO-образ драйверов, загрузить его в Proxmox, а затем установить его в качестве компакт-диска для этого экземпляра KVM?

диетмар

Сотрудник Proxmox

С уважением,
Дитмар

У вас уже есть подписка на коммерческую поддержку? - Если нет, купите сейчас и прочитайте документацию

апмуту

Активный участник

FATAL: ошибка при вставке nbd (/lib/modules/2.6.24-7-pve/kernel/drivers/block/nbd.ko): неизвестный символ в модуле или неизвестный параметр (см. dmesg)

диетмар

Сотрудник Proxmox

После выключения Windows KVM в ProxMox v1.3 modprobe nbd по-прежнему не работает:

Представление последней строки в dmesg, появившейся после ее выполнения, выглядит следующим образом:

С уважением,
Дитмар

У вас уже есть подписка на коммерческую поддержку? - Если нет, купите сейчас и прочитайте документацию

апмуту

Активный участник

На этот раз я не использовал параметр max_part, как видно из приведенного кода. Однако modprobe nbd предполагает, что это так.

диетмар

Сотрудник Proxmox

С уважением,
Дитмар

У вас уже есть подписка на коммерческую поддержку? - Если нет, купите сейчас и прочитайте документацию

апмуту

Активный участник

Размер модуля, используемый
kvm_intel 60136 2
kvm 205584 1 kvm_intel
vzethdev 23552 0
vznetdev 32904 6
simfs 14064 3
vzrst 158248 0
vzcpt 131256 0
tun 23168 4 vzrst,vzcpt
vzdquota 60016 3 [постоянно]
vzmon 58008 7 vzethdev,vznetdev,vzrst,vzcpt
vzdev 12808 4 vzethdev, vznetdev,vzdquota,vzmon
xt_tcpudp 12160 0
xt_length 10752 0
ipt_ttl 10624 0
xt_tcpmss 11008 0
xt_TCPMSS 13440 0
iptable_mangle 13824 3
iptable_filter 13568 3
xt_multiport 12160 0
xt_limit 11904 0
ipt_tos 10368 0
ipt_REJECT 13824 0
ip_tables 33384 2 iptable_mangle,iptable_filter
x_tables 10xt_tables 34056 10 ,xt_length,ipt_ttl,xt_tcpmss,xt_TCPMSS,xt_multiport,xt_limit,ipt_tos,ipt_REJECT,ip_tables
ipv6 350848 39 vzrst,vzcpt,vzmon
bridge 75304 0
floppy 78056 0
parport68pc 0
parport 53388 1 parport_pc
r8169 45316 0
pcspkr 12160 0
evdev 22912 0
термальный 26912 0
кнопочный 18080 0
процессор 49096 5 тепловой
scsi_wait_scan 9984 0
virtio_blk 16264 0
virtio 14336 1 virtio_blk
dm_mod 80248 7
usbhid 43616 0
hid 53312 1 usbhid
usb_storage 92608 0
libusual 30816 1 usb_storage
sd_mod 41088 3
sr_mod 27812 0
ide_disk 26624 0
ide_generic 9728 0 [постоянный]
ide_cd 43552 0
cdrom 49064 2 sr_mod,ide_cd
ide_core 147608 3 ide_disk,ide_generic,ide_cd
shphp 46236 0 < br />pci_hotplug 43056 1 shphp
uhci_hcd 38176 0
ehci_hcd 50188 0
usbcore 180784 6 usbhid,usb_storage,libusual,uhci_hcd,ehci_hcd
ahci 40964 2
1pata_4micron 0
pata_acpi 17152 0
ata_generic 17156 0
libata 189616 4 ahci, pata_jmicron, pata_acpi, ata_generic
scsi_mod 188984 5 scsi_wait_scan, usb_storage, sd_mod, sr_mod, libata
isofs 47784 0
msdos 19840 0
толстый 68912 1 msdos


У меня есть несколько образов ISO и QCOW2, смонтированных через общий ресурс NFS. При создании хранилища я указал как ISO, так и образы дисков, но когда я собираюсь создать новую виртуальную машину, в этом хранилище данных нет доступных образов QCOW2 для указания.

Я надеюсь, что смогу загружать образы QCOW2 с прикрепленными сценариями облачной инициализации.


В этом хранилище данных вам, возможно, придется установить для содержимого значение «Образ диска» и «Контейнер», если вы хотите использовать его с контейнерами.

В противном случае вам, возможно, придется использовать инструменты qemu для их импорта.

Да, я определенно указал оба варианта при создании хранилища данных.

Если вы создадите новую виртуальную машину с 1-гигабайтным диском на этом NAS. Вы увидите, что promox создал там дерево каталогов с каталогами, названными изображениями с подкаталогом для идентификатора виртуальной машины.
Просто переместите образ, который вы хотите загрузить, в каталог для этой виртуальной машины.
Изображение будет отображаться как неиспользуемый в веб-интерфейсе. Дважды щелкните его, чтобы использовать.
Если он не отображается, вы можете запустить сканирование каталога с помощью qm scan -vmid XXX

Сначала загрузите образ QCOW2 в свой гипервизор. Лично я тоже загружаю в /var/lib/vz/template/qemu, а вот куда заливать решать вам.

Во-вторых, создайте виртуальную машину как обычно. Включите все, что вам нужно, кроме ОС, когда вы проходите через мастер создания.

Третий. Перейдите в /var/lib/vz/images. В этом каталоге создайте новый каталог с вашим идентификатором виртуальной машины следующим образом: mkdir [VMID] /var/lib/vz/images.

Затем скопируйте изображение QCOW2, которое вы загрузили, в новый каталог, который вы только что создали, следующим образом:

cp /var/lib/vz/template/qemu/some.qcow2 /var/lib/vz/images/[VMID]

Проверьте /var/lib/vz/images/[VMID], чтобы убедиться, что он там есть.

Наконец, перейдите в /etc/pve/qemu-server. Там вы найдете файл конфигурации для всех ваших виртуальных машин в формате [VMID].conf, откройте этот файл, и он должен выглядеть примерно так.

Предполагая, что вы подключили только один жесткий диск, вам нужно отредактировать строку с надписью scsi0: local.

Измените эту строку так, чтобы она указывала на ваш новый образ QCOW2, который вы скопировали в /var/lib/vz/images/[VMID] следующим образом:

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

Как видите, у меня есть куча неиспользуемых образов дисков ВМ из предыдущей установки Proxmox. Эти диски расположены на отдельном жестком диске. Теперь я установлю этот жесткий диск в мою новую установку Proxmox. Я использую это руководство для установки дополнительного жесткого диска в Proxmox VE. Итак, теперь моя новая система Proxmox настроена и работает, и я хочу повторно использовать образы дисков с моих предыдущих виртуальных машин Proxmox.

Шаги по созданию новой виртуальной машины из существующего образа диска в Proxmox

В Proxmox мы не можем использовать существующий образ диска для новой виртуальной машины. Но не волнуйтесь, нам нужно будет создать новую фиктивную ВМ, а затем изменить конфигурацию этой новой ВМ, чтобы использовать существующий образ диска.

Шаг 1. Подключите диск к Proxmox

Вы можете пропустить этот шаг, если вы его уже сделали. В этом примере мой второй диск смонтирован в /mnt/disk1. А затем мои старые образы дисков находятся по следующему пути: /mnt/disk1/vm_disk/images. И он загружается из веб-управления Proxmox как disk1. Это важно отметить. Он понадобится нам позже.

Шаг 2. Создайте новую виртуальную машину

Откройте веб-панель Proxmox и создайте новую виртуальную машину. Создайте новую виртуальную машину, как обычно. Идея состоит в том, что мы заменим диск на новой виртуальной машине существующим образом диска, который у нас есть.

Screen-Shot-2021-01-22-at-20.41.30

Screen-Shot-2021-01-22-at-20.42.00

Screen-Shot-2021-01-22-at-20.43.09

Screen-Shot-2021-01-22-at-20.42.34

Screen-Shot-2021-01-22-at-20.42.49

Screen-Shot-2021-01-22-at-20.43.17

Screen-Shot-2021-01-22-at-20.42.56

Screen-Shot-2021-01-22-at-20.43.20

Мой новый идентификатор ВМ — 100, и нам нужно будет изменить его, чтобы он соответствовал образу нашего диска в конце процесса.

Шаг 3. Измените конфигурацию ВМ

Теперь нам нужно изменить новую конфигурацию виртуальной машины. Войдите на сервер Proxmox и отредактируйте файл конфигурации нашей новой виртуальной машины. В этом случае мой файл конфигурации для моей новой виртуальной машины — 100.conf. Он находится в следующей папке: /etc/pve/qemu-server.

Выше показан файл 100.conf по умолчанию для моей новой виртуальной машины. Мы собираемся изменить это. В этом примере я буду использовать свой существующий диск с именем: vm-106-disk0.raw. Итак, давайте изменим следующую строку в файле конфигурации с этой

Если вы используете UEFI, вам также потребуется изменить строку uefidisk0 и настроить ее для использования существующего диска EFI. В моем случае я меняю строку на эту

Теперь давайте переименуем наш файл конфигурации виртуальной машины с 100.conf на 106.conf. Я не уверен, что это необходимо, но я всегда меняю свой идентификатор виртуальной машины, чтобы он соответствовал идентификатору образа диска.

При этом идентификатор виртуальной машины в сети Proxmox также отразит это изменение.

Наконец, запустите виртуальную машину, и теперь моя новая виртуальная машина использует существующий образ диска из предыдущей системы Proxmox.

Читайте также: