SUSE как PV guest на Citrix XenServer

[Сергей Дубров]

Навеяло вопросом Николая про NW под ESXi. Играюсь тут с установками разных версий SUSE в качестве гостевых ОС на Citrix XenServer v6.0. Пробовались OpenSUSE 11.4/12.1, SLES 11 SP1. И со всеми такая заморочка - если ставить из шаблона "Other..." (это HVM), то вся установка проходит в графике, без проблем и, в итоге, система грузится с графическим интерфейсом. Скорость работы, конечно, низкая, GNOME 3 даже говорит, что переходит в упрощённую моду, но работает.

А вот когда выбираешь шаблон для установки паравиртуализированной версии (н-р, SLES 11 SP1) (у цитрикса на сайте есть таблица, как формально неподдерживаемые системы ставить с использованием шаблонов для поддерживаемых осов, всего четыре варианта. OpenSUSE поддерживает все четыре, в т.ч. два варианта паравиртуализации - http://community.citrix.com/display/xs/ ... .5+and+5.6), то инсталляция вылетает в самом начале, со словами, что не может найти медиа-носитель. Пишется это уже в текстовой моде. Найти носитель можно разными способами, н-р, выбрать установку по сети или выбрать "Hard disk"(!), с указанием пути '/dev/xvdd' (это на самом деле деле DVD через PV-драйверы). После этого установка продолжается, но в текстовой моде. И, собственно, графики уже добиться не удаётся ни во время установки, ни потом, когда система уже установлена. Выбор "Графическая консоль" приводит к появлению в XenCenter пустого белого окна. Чего этой заразе надо?

[Сергей Дубров]

Так, частично разобрался и теперь могу подключаться с графикой по VNC с удалённых машин. Причина проблемы - старая болячка SUSE-дистрибутива, возникшая в районе OpenSUSE 11.1/2. Что нужно исправить:

1. В файле /etc/xinit.d/vnc в строке "server_args = -noreset -inetd -once -query localhost -geometry 1024x768 -depth 16" заменить localhost, на, н-р, ipv4-localhost. Можно отредактировать вручную, можно через yast, главное не забыть перезапустить сервис:

/etc/init.d/xinitd restart

2. В файле /etc/hosts добавить строку 127.0.0.2 ipv4-localhost. Некоторые рекомендуют закомментировать строку "::1 localhost ipv6-localhost ipv6-loopback" - проблема из-за того, что localhost определён и для ipv4 и для ipv6, и от этого vnc плохеет. Думаю, что добавление 127.0.0.2 - более безобидный вариант.

После таких приседаний vncviewer с удалённых машин стал подключаться к OpenSUSE 12.1 (ей потребовался ещё рестарт X-ов: rcxdm restart) и к SLES 11 SP1, но из XenCenter при выборе графической консоли получаю белое окошко с текстом: "Значение не может быть неопределённым. Имя параметра: text". Графическая консолька в XenCenter - это подключение по VNC на стандартный порт 5900. Почему не работает - непонятно. Citrix пишет, что нужен ещё один параметр в /etc/xinit.d/vnc: ''-BlacklistTimeout 0", но с ним консоль вообще не работает. Роем дальше

[Сергей Дубров]

После таких приседаний vncviewer с удалённых машин стал подключаться к OpenSUSE 12.1 (ей потребовался ещё рестарт X-ов: rcxdm restart) и к SLES 11 SP1, но из XenCenter при выборе графической консоли получаю белое окошко с текстом: "Значение не может быть неопределённым. Имя параметра: text".

Мда, насколько я понял, это ошибка от .NET рантайма, с использованием которого написан CitrixCenter. Замечательно...

[Сергей Дубров]

После таких приседаний vncviewer с удалённых машин стал подключаться к OpenSUSE 12.1 (ей потребовался ещё рестарт X-ов: rcxdm restart) и к SLES 11 SP1, но из XenCenter при выборе графической консоли получаю белое окошко с текстом: "Значение не может быть неопределённым. Имя параметра: text".

Мда, насколько я понял, это ошибка от .NET рантайма, с использованием которого написан CitrixCenter. Замечательно...

Нашёл workaround:

1. При переключении в CitrixCenter на графическую консоль (кнопка "Switch to Graphical Console") получаем встроенное окно с описанной выше ошибкой.
2. Выбираем Undock окна (кнопка внизу, Alt-Shift-U).
3. В "отпаркованном" окне переключаемся на текстовую моду "Switch to Text Console" и тут же - обратно в графическую. Вуаля, работает.
4. Можно припарковать окно обратно - Redock (Alt-Shift-U).

Что интересно - на одной машине такие пляски с бубном оказалиь не нужны, на двух других - пришлось станцевать. Без бубна - WinXPSP3, с бубном - WinXPSP3 и Win7ProSP1. "Чудны дела твои, Господи!"

Да, и главное: строка ''-BlacklistTimeout 0" в /etc/xinit.d/vnc, которая указана в citrix-овских документах - НЕ НУЖНА! С ней вообще не работает.

UPD: Ещё одна мелкая засада: при установке паравиртуализированного ядра (xenified) в грубовском загрузчике по умолчанию ставится строка maxcpus=1. Я долго шизел от того, что свежеустановленные паравиртуализированные линухи видят только одно ядро, невзирая на кол-во выделенных им VCPU. Какая-то махрово-консервативная OpenBSD 5.0 с ядром bsd.mp без проблем видит несколько ядер, а передовые-линухи - нет . Очень не сразу сообразил посмотреть в /boot/grub/menu.lst. А вот тот же SLES 11 SP1, установленный в режиме HVM (полная виртуализация) и графику сразу имеет (но очень убогую, максимум 800x600) и все выделенные для VM ядра видит без приседаний. Правда, ethernet у него эмулируется - старенький Realtek8139c.