xen 4.1 + hvm

[SLEDopit]

Как-то сильно поменяли все в ксене 4.1. hvm не работает, вообще ничего не работает:
конфиг виртуалки:

Код: Выделить всё

arch='i686'
kernel = "/usr/lib/xen-default/boot/hvmloader"
builder='hvm'
memory = 768
shadow_memory = 10
name = "windows_2008"
pae=1
acpi=1
apic=1
vif = [ 'type=ioemu, bridge=eth2' ]
disk = [ 'file:/mnt/virtual/win_2008/win_2008.img,hda,w' ,'file:/mnt/virtual/win_2008/win_2008.iso,hdc:cdrom,r' ]
device_model = '/usr/lib/xen-4.1/bin/qemu-dm'
boot="d"
sdl=0
vnc=1
vncunused=1
vnclisten="0.0.0.0"
vncconsole=1
stdvga=1
serial='pty'
usbdevice='tablet'
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'

Лог qemu-dm

Код: Выделить всё

domid: 18294
Strip off blktap sub-type prefix to /mnt/virtual/win_2008/win_2008.img (drv 'aio')
Using file /mnt/virtual/win_2008/win_2008.img in read-write mode
Strip off blktap sub-type prefix to /mnt/virtual/win_2008/win_2008.iso (drv 'aio')
Using file /mnt/virtual/win_2008/win_2008.iso in read-only mode
Watching /local/domain/0/device-model/18294/logdirty/cmd
Watching /local/domain/0/device-model/18294/command
Watching /local/domain/18294/cpu
char device redirected to /dev/pts/5
qemu_map_cache_init nr_buckets = 10000 size 4194304
shared page at pfn feffd
buffered io page at pfn feffb
Guest uuid = fbd53dd4-0ee0-445d-a798-d47cec227d14
xen be core: xen be core: can't open gnttab device
can't open gnttab device
xen be core: xen be core: can't open gnttab device
can't open gnttab device
xen be core: xen be core: can't open gnttab device
can't open gnttab device
populating video RAM at ff000000
mapping video RAM from ff000000
Register xen platform.
Done register platform.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state.
xs_read(/local/domain/0/device-model/18294/xen_extended_power_mgmt): read error
xs_read(): vncpasswd get error. /vm/fbd53dd4-0ee0-445d-a798-d47cec227d14/vncpasswd.
medium change watch on `hdc' (index: 1): aio:/mnt/virtual/win_2008/win_2008.iso
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
Log-dirty: no command yet.
vcpu-set: watch node error.
xs_read(/local/domain/18294/log-throttling): read error
qemu: ignoring not-understood drive `/local/domain/18294/log-throttling'
medium change watch on `/local/domain/18294/log-throttling' - unknown device, ignored

В логе xend интересно следующее:

Код: Выделить всё

[2011-08-04 14:24:29 1905] INFO (XendDomainInfo:169) Recreating domain 18394, UUID 879e3aba-7d21-4767-80e9-851c562ee8e6. at /local/domain/18394
[2011-08-04 14:24:29 1905] INFO (XendDomainInfo:2078) Domain has shutdown: name=windows_2008 id=18394 reason=reboot.
[2011-08-04 14:24:29 1905] ERROR (XendDomainInfo:2195) VM windows_2008 restarting too fast (Elapsed time: 0.297588 seconds). Refusing to restart to avoid loops.

Код: Выделить всё

 $ aptitude search ~ixen
i A libxenstore3.0                                                    - Xenstore communications library for Xen
i   xen-docs-4.1                                                      - Documentation for Xen
i   xen-hypervisor-4.1-amd64                                          - Xen Hypervisor on AMD64
i   xen-linux-system-3.0.0-1-amd64                                    - Xen system with Linux 3.0.0 on 64-bit PCs (meta-package)
i   xen-tools                                                         - Tools to manage Xen virtual servers
i   xen-utils-4.1                                                     - XEN administrative tools
i A xen-utils-common                                                  - XEN administrative tools - common files
i A xenstore-utils                                                    - Xenstore utilities for Xen
 $ uname -a
Linux host 3.0.0-1-amd64 #1 SMP Sun Jul 24 02:24:44 UTC 2011 x86_64 GNU/Linux
 $ cat /etc/issue
Debian GNU/Linux wheezy/sid

Собственно есть шансы заставить эту конструкцию работать? В гугле информации как-то не густо.

[Bluetooth]

Я чет подозреваю, что просто еще не допилили. Можно скинуть баг в дебиановский багтрекер. А тут врядли кто-то поможет - врядли еще кто-то уже заводил xen-4.1 на linux-3.0 в debian.

[SLEDopit]

Я чет подозреваю, что просто еще не допилили

Ну как бы 4.1 уже в тестинге. Да и 3.0 уже далеко не в экспериментале. Эх, ну ладно, пойду катать баг.

[Bluetooth]

Я чет подозреваю, что просто еще не допилили

Ну как бы 4.1 уже в тестинге. Да и 3.0 уже далеко не в экспериментале. Эх, ну ладно, пойду катать баг.

Да ладно, с ксеном и в стейбле было много развлекухи

[SLEDopit]

Да ладно, с ксеном и в стейбле было много развлекухи

Ну там вроде работало. А тут даже ядро откатил, а оно все равно не пашет.

Код: Выделить всё

Error: Device 768 (vbd) could not be connected. Path closed or removed during hotplug add: backend/vbd/2/768 state: 1

говорит.
На стейбле то работает. А я тестинг хочу :(

[Bluetooth]

На стейбле то работает. А я тестинг хочу

Ну да, на тестинге все работает, даже скучно (:

Я бы попробовал откатить xen-utils-common. У меня лично на стейбле работает так(пришлось обновить из тогдашнего тестинга ибо на стейбле он дрбд не подключал):

Код: Выделить всё

bluetooth@node2:~> dpkg -l|grep xen-utils
ii  xen-utils-4.0                       4.0.1-2                      XEN administrative tools
ii  xen-utils-common                    4.1.0~rc6-1                  XEN administrative tools - common files

Попробуй. Хотя, конечно же, это все не более чем тыканье пальцем в небо(просто он у меня на примерно то же ругался в свое время ).

[SLEDopit]

Я бы попробовал откатить xen-utils-common.

В общем накатал баг и откатился на xen из стейбла. Все работает. С ядром 3.0.0 . Посмотрим, как в багтрекере отреагируют. (:
зы. Вообще я смотрю многие жалуются на похожую проблему, и вот буквально только что наткнулся на топик, где говорят, что в 4.2 уже все хорошо. Пойти пособирать пакеты что ли...

[Bluetooth]

Я бы попробовал откатить xen-utils-common.

В общем накатал баг и откатился на xen из стейбла. Все работает. С ядром 3.0.0 . Посмотрим, как в багтрекере отреагируют. (:
зы. Вообще я смотрю многие жалуются на похожую проблему, и вот буквально только что наткнулся на топик, где говорят, что в 4.2 уже все хорошо. Пойти пособирать пакеты что ли...

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

[SLEDopit]

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

да это понятное дело. сам не люблю на топики без ответа при поиске натыкаться. правда еще хуже топики с последним постом "ура! у меня получилось!! тему можно закрывать!" (:

[SLEDopit]

В общем, говорят, виноват gcc 4.6, который используется для сборки hvmloader'a в тестинге/сиде, потому что на выходе получается поломанный hvmloader.
Если кому интересно, то вот подробности на багтрекере.
Если походить по ссылкам приведенным, то там тоже упоминается, что в 4.2 этой проблемы уже нет.

[Bluetooth]

а временный workaround пока не найден?

[SLEDopit]

а временный workaround пока не найден?

Ну, кстати, судя по всему пальцем в небо ты попал, потому что если поставить xen-utils более старый, собранный с gcc более ранней версии (именно в этом же пакете hvmloader), то все должно работать.
Ну или просто 4.0 xen поставить. Или 4.2 собирать. Или попробовать 4.1 собрать старым gcc.
Мало воркэраундов или это все не то?)