[devel] qemu и все-все-все

Alexey Shabalin a.shabalin на gmail.com
Чт Янв 13 12:41:14 UTC 2011


2011/1/13 Anton Farygin :
> 13.01.2011 14:15, Alexey Shabalin пишет:
>>>> И ещё просьба, взглянуть на changelog всех затронутых пакетов на
>>>> предмет - не включил ли я лишних фич :)
>>>> Я честно признаюсь, что могу не понимать суть некоторых технологий.
>>>> Например насколько нужна поддержка numa в lilbvirt. Стоит ли включать
>>>> поддержку udev в libvirt. И т.п.
>>>> В общем у меня есть сомнения, и если знающие люди посоветуют как
>>>> правильней - будет хорошо.
>>
>>> Алексей - просьба ещё собрать с --with-libpcap...
>>
>> libvirt? так я и говорю - смотрите changelog. Уже добавлено. :)
>> ещё libvirt собран c polkit, udev, yajl, selinux, phyp (libssh2),
>> libcap-ng, audit, numa.
>>
>
> yail - вопрос сложный, нужен он или нет. Мне кажется, что его пока-что лучше
> отключить - насколько стабильна поддерка QMP ?
>
> numa пускай буде
>
> libcap используется для создания фильтров, проверьте этот функционал прежде
> чем выкладывать.
iptables показывает правила для интерфейсов virbr0,virbr1
только в логах есть сообщения:
warning : networkAddGeneralIptablesRules:1097 : Could not add rule to
fixup DHCP response checksums on network 'isolated'.
warning : networkAddGeneralIptablesRules:1098 : May need to update
iptables package & kernel to support CHECKSUM rule.
warning : networkAddGeneralIptablesRules:1097 : Could not add rule to
fixup DHCP response checksums on network 'default'.
warning : networkAddGeneralIptablesRules:1098 : May need to update
iptables package & kernel to support CHECKSUM rule.

>
> polkit можно оставить - это для аутентификации
работает

> audit - для логов, не могу сказать что очень нужно... меня и syslog
> устраивает ;)
я так понимаю, что пока audit не настроен, всё будет по прежнему.

> udev, по идее, для работы с томами.. опять же - надо тестировать.
что(как) надо протестировать?
udev нужен не для работы с томами, а совместно с libpciaccess для
прокидывания pci устройств в виртуалку.

> Вообще, я считаю что не проверенный функционал лучше не включать по
> умолчанию, если он выключен апстримом.

Когда используется configure, сделанный для поиска и использования
всего что нашёл, очень трудно понять что апстрим считает стабильным.
Если принять во внимание, что libvirt разрабатывается Redhat'ом, и
посмотреть на lilbvirt в fedora, то там выше перечисленные фичи
включены. Мне кажется лучше собрать с поддержкой фич, и не
использовать, чем пересобирать, когда понадобится(бывает и на оборот
:) )

-- 
Alexey Shabalin


Подробная информация о списке рассылки Devel