Xen domU и ванильное ядро

конфигурацию DomU в студию!

Кстати надо прочитать про этот портированный "код". Может я со своим 2.6.18-53.х86_64 отстал от жизни сильно.

http://kernelnewbies.org/Linux_2_6_23#head-10b7f1502f9853cb35a75b6bb424831110...

>2.4.2. Xen

>Part of Xen has been merged. The support included in 2.6.23 will allow the kernel to boot in a paravirtualized environment under the Xen hypervisor. But support for the hypervisor is not included - this is only guest support, no dom0, no suspend/resume, no ballooning. It's based in the paravirt_ops infrastructure.

Блин, значит же должно работать, а не работает нифига :((

Кстати, что из конфига интересует? Или весь? ;)

# cat .config | grep -i xen
CONFIG_XEN=y
CONFIG_XEN_BLKDEV_FRONTEND=y
CONFIG_NETXEN_NIC=m
CONFIG_XEN_NETDEV_FRONTEND=y
CONFIG_HVC_XEN=y

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

собирается, но не запускается ;) Вот в чём дело ))) хорошо бы понять чем патчить надо.

C этим 2.6.23 вообще хрен чего разберёшь. Вот скачал дебовское ядро:

ftp://ftp.us.debian.org/debian/pool/main/l/linux-2.6/linux-image-2.6.23-1-xen...

ну, и модули к нему...

Поставил, попробовал на нём dom0 поднять. Недолго грузится, потом либо виснет, либо в ребут (в зависимости от версии гипервизора). Пробую это ядро на domU и получаю:

# xm create getway.cfg && xm console getway
Using config file "./getway.cfg".
Started domain getway

и висяк!

Блин, столько времени с этом Xen'ом потерял ((((( То то не работает, то это (((

Кстати, 3.2 походу зарелизили... Потому что в срезе уже 3,3 анстейбл )))))))

классная штука - Xen. Настроил шлюз в domU, всё ништяк, поднимаю, запускаю openvpn и не работает. Подгружаю модуль, устройство tun0 не создаётся. Ладно, создаю девайс сам:

mknod /dev/tun0 c 10 200

В логах ругать типа той что привёл ниже. Гуглю. Нахожу совет, что надо собрать ядро с вкомпиленным в ядро tun'ом. Перебираю кучу ядер, одни исходники таки собрались так как надо было! Запускаю domU, устройства не нахожу!

# cat .config | grep -i tun
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
# CONFIG_INET6_XFRM_TUNNEL is not set
# CONFIG_INET6_TUNNEL is not set
CONFIG_TUN=y

Зато в логох всё то же, что и было:

Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=7
Wed Jan 16 17:37:13 2008 read from TUN/TAP : File descriptor in bad state (code=77)

:((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((((

ппц

блин, просто udev не стоял, вот и беда с tun была )))