виртуализация

warning: Creating default object from empty value in /usr/data/www/drupal6/modules/taxonomy/taxonomy.pages.inc on line 33.

Kernel panic FreeBSD 9.x на VirtualBox 4.2.x

Имеем железку с FreeBSD 9.2 amd 64 с VirtualBox ose 4.2.18. При попытке загрузить виртуальную машину с исошки FreeBSD 9.x. машина падает в Kernel Panic.

После нескольких часов безуспешных попыток, осознал, что сначала создаю виртуальную машину, без определения ее типа, а потом меняю тип на FreeBSD 64. При этом BSD 8.x грузится нормально, а 9-ке плохо.

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

P.S. Опыт такая хитрая штука, которая появляется сразу после того, как она была необходима.
(с)left bor.

0
Your rating: Нет

Переезжаю с qemu на VirtualBox

Черновик статьи. Компиляция

Т.к. продолжаю развлекаться с ZFS под FreeBSD, а она, как выяснилось, лучше всего живет в 64 битной версии, попытался перелезть на amd64.

Все хорошо, за исключением того, что qemu собираться отказывается.

Пошукал в нете, чем можно виртаулизировать и выбор пал на VirtualBox.

По установке стырено тут - VirtualBox OSE (Open Source Edition) на FreeBSD

http://mediaunix.com/2010/11/22/virtualbox-virtualizaciya-vo-freebsd-bez...

# cd /usr/ports/net/libvncserver

Сначала модуль ядра
cd /usr/ports/emulators/virtualbox-ose-kmod && make install clean
Потом сам виртуалбокс
cd /usr/ports/emulators/virtualbox-ose && make install clean

Добавляем в автозагрузку:

echo 'vboxdrv_load="YES"' >> /boot/loader.conf
echo 'vboxnet_enable="YES"' >> /etc/rc.conf

Если не хотим перезагружаться, то можно руками загрузить модуль vboxdrv и скрипт vboxnet
kldload vboxdrv
/etc/rc.d/vboxnet start

Теперь, требуется создать виртуальную машину со всеми прибабахами:

Создание и настройка виртуальной машины - http://subnets.ru/blog/?p=1691

Создаем виртуальную машину (посмотреть все возможные ostype: VBoxManage list ostypes)

# VBoxManage createvm --name MicroXP --ostype WindowsXP --register --basefolder /usr/vbox

0
Your rating: Нет

Шифрование дискового образа QEMU

Поигравшись немного в виртуалки под QEMU, задался вопросо шифрования образа с виртуальной машиной.

Маны говорят, что qemu умеет шифровать образы только в формате qcow и qcow2

Only the formats "qcow" and "qcow2" support encryption or compression. The compression is read-only. It means that if a compressed sector is rewritten, then it is rewritten as uncompressed data.

Encryption uses the AES format which is very secure (128 bit keys). Use a long password (16 characters) to get maximum protection.

У меня изначально образ был в формате raw. Соответственно нужно сконвертировать

#qemu-img convert -f raw -O qcow2 -o encryption qemu_vm.raw qemu_vm.qcow2
Disk image 'qemu_vm.qcow2' is encrypted.
password:

После ввода пароля, изначальный образ конвертируется в шифрованный.

Следующая задача - запустить виртуальную машину.

Т.к. мне требуется чтобы виртуалка уходила в бекграунд, то нужно придумать как скормить ей пароль. Для этого монитор перенапрявляем на сокет с помощью ключа -monitor unix:/tmp/qemu.vm

Запускаем QEMU c виртуалкой.

0
Your rating: Нет

Учимся пользоваться QEMU

Начал потихоньку виртуалки с VmWare переносить на новое железо с FreeBSD под QEMU.

Возникли следующие задачи:


 

Управление виртальными машинами QEMU по сети

Этот пункт решается очень просто, управление происходит по протоколу VNC.
В запуск qemu добавляем ключик

-vnc 192.168.0.1:5
где
192.168.0.1 - ip-адрес на котором будет висеть VNC, 
5 - порт на котором будет висеть VNC
соответственно подключаемся мы как-то так
vncviewer.exe 192.168.7.4:5905

Если хочется чтобы было защищено паролем, то добавляем ключик

 -vnc 192.168.0.1:5,password

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

Монитор переадресуем на сокет с помощью ключика
-monitor unix:/tmp/qemu.vm_name,server,nowait

После чего через монитор требуется установить пароль
echo change vnc password vnc_passwd | /usr/bin/nc -U /tmp/qemu.vm_name

0
Your rating: Нет

Перенос виртуальных машин qemu-vmware - проблемы с привязкой к железу.

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

На старом сервере Win2k3 и VMware Server 1.x, на новом FreeBSD 8.0 и qemu.

Первым делом решил посмотреть как переносятся виртуалки с FreeBSD (cacti, nagios, dns) - отлично, нужно только скопировать образ диска, выбрать правильный сетевой адаптер и указать старый MAC адрес.

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

Пока, на этом этапе сломался - не знаю как заставить qemu эмулировать то же железо, что и VMware.

Посмотрим, что и как будет дальше.

0
Your rating: Нет
Ленты новостей