Где взять патчи xen для сборки ядра?

Например, здесь (бранч xen/stable — 2.6.32 с патчами ксена).

Ман, например, такой (в свое время мне, да и не только мне, пришлось изрядно допилить этот поток мыслей ламера, теперь оно стало более-менее юзабельно).

Собрал одно ядро 2.6.32.21 и поставил из бэкпортов 2.6.32-bpo.5-xen-amd64, поставил xen-3.4.3 и при всех вариациях натыкаюсь на одну и ту же проблему.

Без маунта none /proc/xen xenfs defaults 0 0 в fstab

root@paranoid:~# /etc/init.d/xend start
grep: /proc/xen/capabilities: Нет такого файла или каталога

root@paranoid:~# lsmod | grep xen
xen_evtchn              4259  0 

root@paranoid:~# cat /etc/modules | grep ^xen
xen-evtchn

root@paranoid:~# /etc/init.d/xend start
mount: xenfs already mounted or /proc/xen busy
mount: according to mtab, none is already mounted on /proc/xen
......

root@paranoid:~# ls /proc/xen/
capabilities  privcmd  xenbus  xsd_kva	xsd_port

Посоветуем не пинать почти уже труп и использовать православный KVM. Серьёзно.

поставил xen-3.4.3

Смеешься что ли? Поставь xen-utils-4.0.

mount: xenfs already mounted or /proc/xen busy

Во-первых, посмотри вывод mount, может, xenfs уже смонтирована, во-вторых, посмотри содержимое /proc/xen _перед_ этим действием, и в-третьих, поищи эти файлы find'ом (на ленни они появляются безо всяких xenfs). И да, это все относится к третьему, а не чертвертому ксену.

Все файлы путые, 0 байт.

Действительно, трагедия

[root@k27-d0 ~]# ls -al /proc/xen/capabilities
-r-------- 1 root root 0 Сен  4 16:17 /proc/xen/capabilities
[root@k27-d0 ~]# cat /proc/xen/capabilities
control_d

Вобщем смог поднять. Собрал xen-4.0.2-rc1-pre.gz с ядром 2.6.32.21.

root@paranoid:~# cat /proc/xen/capabilities
control_d

Выплывает неприятный момент, при create старых виртуалок, которые были сделаны и прекрасно крутились под 3.2.1 система начинает прерывисто фризится, но не погибает. При простой попытке работе в domU например через vnc это вызывает сильную нагрузку на dom0.

Само по себе, без вирт.доменов все работает нормально, на сколько успел проверить.

С чем это может быть связанно, с ядром, ксеном или конфигом виртуалок, в какую сторону копать?

Конф одной из виртуалок.

kernel = "hvmloader"
builder='hvm'
memory = 512
shadow_memory = 32
name = "net"
vcpus=2
pae=1
acpi=1
apic=1
cpus="0-1"
vif = [ 'bridge=xenbr0, model=rtl8139, mac=00:00:ca:f3:0a:01' ]
disk = [ 'file:/xen/net.img,hda,w' ]
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'
device_model = 'qemu-dm'
boot="c"
sdl=0
vnc=1
vnclisten="127.0.0.1"
vncconsole=0
vncpasswd=''
stdvga=0
serial='pty'

На первый взгляд конфиг нормальный.
Сам я с четвертым ксеном особо не ковырялся, поэтому вряд-ли что-то умное посоветую.
Может, это легендарный 12309? Посмотри, есть ли фризы при обычном dd.

Собрал 2.6.32.18, взял приведенный убунтовый конфиг, и настроил его в соответствии с wiki.xensource.com
Работает под ранее собранной xen-4.0.2-rc1-pre.

Фризов практически нет, да видимо таки это были 12309, немного проявляются при нагрузке на проц свыше 60-70%

Большое спасибо за приведенный ман, по нему быстро вник что к чему. ВНЕЗАПНО дошло, что дебиановцы вырезают из ядер проприетарщину и закрытые модули, от чего и проблемы.

http://ftp.suse.com/pub/projects/kernel/kotd/

http://download.opensuse.org/repositories/Kernel:/