OpenVZ Forum


Home » International » Russian » Openvz вместе с XEN: неясность
Openvz вместе с XEN: неясность [message #13475] Mon, 28 May 2007 04:27 Go to next message
seyko2 is currently offline  seyko2
Messages: 188
Registered: February 2007
Location: Moscow
Senior Member

Не получилось у меня собрать в Gentoo обвязку (xend), чтоб работали XEN domU под ядром openvz-rhel5. Зато с xen-3.1.0 все удалось. И начал я на ядро openvz-028.027 накладывать patch от xen-3.1.0.

Заинтересовал один reject: include/linux/skbuff.h Тут для одного поля _u8 или биты от XEN, или от openvz (я так понимаю: поля accounted и redirected от openvz)

#ifndef CONFIG_XEN
                                ipvs_property:1;
                                accounted:1,
                                redirected:1;
#else
                                ipvs_property:1,
                                proto_data_valid:1,
                                proto_csum_blank:1;
#endif


Вопрос: а не будут возникать конфликты XEN и OPENVZ в обработке сети на этой почве? Предполагаем, что все запихнуто в одно ядро?

Или бит ipvs_property как раз для этого случая?

PS: а XEN для своих полей добавил описание (комент в этом же файле), для openvz 028.027 описания добавленных им полей нет

PЗS: в XEN-3.1.0 pyGRUB изображает меню GRUB и позволяет выбрать вариант загрузки. Только похоже проблемы с utf8 в dom0 и ascii в domU (мешяют друг другу).

[Updated on: Mon, 28 May 2007 05:00]

Report message to a moderator

Re: Openvz вместе с XEN: неясность [message #13486 is a reply to message #13475] Mon, 28 May 2007 08:39 Go to previous messageGo to next message
emkravts is currently offline  emkravts
Messages: 7
Registered: April 2007
Location: Moscow
Junior Member
Здравствуйте.

Поля accounted, redirected структуры sk_buff нигде не используются.

Для информации скажу, что проведена работа по исправлению несовместимости с XEN ядра OpenVZ основанного на rhel5. OpenVZ XenLinux заработал в DomU. Надеюсь что полученный в результате работы набор патчей будет взят в rhel5-028stab034 ядро OpenVZ. Одновременно с выходом этого ядра мы опубликуем на wiki страницу с подробными инструкциями по установке OpenVZ в DomU.

С уважением
Евгений.


With respect
Evgeny.

[Updated on: Mon, 28 May 2007 14:09] by Moderator

Report message to a moderator

Re: Openvz вместе с XEN: неясность [message #13488 is a reply to message #13486] Mon, 28 May 2007 09:53 Go to previous messageGo to next message
seyko2 is currently offline  seyko2
Messages: 188
Registered: February 2007
Location: Moscow
Senior Member

Спасибо за ответ.

Основная, относящаяся к openvz проблема, кроме правки xen-сырцов на предмет использования функций openvz (таких правок не много), это конфликт имени vcpu_info.

Openvz и XEN оба используют имя vcpu_info. Openvz пользует это имя в основном только в kernel/sched.c. И поэтому приходится править vcpu_info от openvz на что-то другое (у меня заменено на vz_vcpu_info). Будет неплохо, если и основной openvz избавится от конфликта (потенциального) с XEN

PS: так что из-за проблем с получением рабочих xen-tools для openvz-rhel5 (сборка под Gentoo) теперь будет возможен еще один вараинт: openvz with xen-3.1.0 (без patch от RedHat). Один побочный дополнительный плюс такого варианта -- избавляемся от довольно специфического squashfs от RedHat. С ним у меня вдруг возникли проблемы с монтированием squashfs от старых gentoo-cdrom (новые монтирует, старые -- не хочет)

Второй дополнительный плюс: как мне кажется, openvz-2.6.18 лучше отслеживает проблемы ядра (патчи из upstream). Для openvz-rhel5 эту работу (отслеживать изменения в rhel5) делать если и будут, то как минимум с большими задержками.

Третий плюс: это официальный XEN для 2.6.18 (версия 3.1.0, переименована из 3.0.5-rc10), а не сильно правленный xen 3.0.3-rc5 от RedHat. Хотя RedHat грозится к лету тоже выпустить ядро на основе XEN-3.1.0
Re: Openvz вместе с XEN: неясность [message #13492 is a reply to message #13486] Mon, 28 May 2007 10:11 Go to previous messageGo to next message
seyko2 is currently offline  seyko2
Messages: 188
Registered: February 2007
Location: Moscow
Senior Member

Проведена работа -- это хорошо. Есть шанс, что будут отловлены новые баги как в xen, так и в openvz Smile

А также, что будет приделана /dev/console к openvz
Re: Openvz вместе с XEN: неясность [message #13494 is a reply to message #13492] Mon, 28 May 2007 11:18 Go to previous messageGo to next message
seyko2 is currently offline  seyko2
Messages: 188
Registered: February 2007
Location: Moscow
Senior Member

Кстати про xen-3.1.0. Если делать его на основе ядра 2.6.18 (чистого), то domU запускается (я на joompla от rPath тренируюсь). А вот если пользовать ядро XEN на основе 2.6.18.8 (я первой попыкой его сразу пробовал), то domU не запускается при указании в конфиге vif=[xxx] (сети), а при удаленнии сети из конфига не находит диск. Блин, вот траблы -- ни шага в сторону.
Re: Openvz вместе с XEN: неясность [message #13498 is a reply to message #13494] Mon, 28 May 2007 12:03 Go to previous message
seyko2 is currently offline  seyko2
Messages: 188
Registered: February 2007
Location: Moscow
Senior Member

Виноват. Проблема разрешилась. Оказалось, что причиной -- использование конфига для ядра от RedHat. Они там для XEN кучу драйверов модулями сделали. А в Gentoo стартовый скрипт /etc/init.d/xend, в отличии от такового от RedHat, никаких модулей не подгружает. При отсутствии backend-драйверов и имеем описанные выше проблемы с запуском domU.

Вполне возможно, что xen-tools для openvz-rhel5 я не осилил по той же причине (то есть все было нормально, не были подгружены backend-драйвера)

PS: собранный openvz_xen3.1.0 работал, но не очень долго. Сборка ядра и другие нагрузки привели к тому, что работа все замедлялась, замедлялась и наконец выленел kernel_dump с руганью про xen В форумах про XEN народ говорит что-то похожее. Попробую еще чистое XEN-ядро 2.6.18 таким макаром погонять

[Updated on: Mon, 28 May 2007 18:22]

Report message to a moderator

Previous Topic: NFS quota inside VE
Next Topic: Траблы при установке OVZ на CentOS 4.4 x86_64
Goto Forum:
  


Current Time: Fri May 10 21:23:59 GMT 2024

Total time taken to generate the page: 0.01559 seconds