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

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

[Alexey Shabalin]

День добрый.
Посвятил несколько дней для разборок с нашими qemu, qemu-kvm, libvirt,
virt-manager и остальным.
На первый взгляд вроде ничего, но стоит капнуть поглубже - ужас-ужас :)

Пробую добавить поддержку spice в qemu-kvm. Ок, всё собралось. А
дальше вылазит занятная ситуация:
- изображаю простого пользователя и использую libvirt (для запуска,
создания виртуалок) и GUI - virt-manager + virt-viewer
- qemu-kvm конечно можно поставить самостоятельно, но ещё хочется и
создавать виртуалки, а утилиты qemu-img в пакете qemu-kvm нет - типа
используйте от родного qemu.
- ставим qemu только ради qemu-img
- а теперь самое интересное - как ведёт себя libvirt. Когда говоришь
запустить виртуальную машину - он по чесному запускает через
/usr/bin/kvm или /usr/bin/qemu-kvm
  А вот при создании/настройках виртуалки, libvirt'у надо понимать с
чем он имеет дело и какие возможности имеются. для этого он смотрит
вывод команды с ключём --help и  парсит его. А вот команду с ключём
--help он запускает совсем не /usr/bin/kvm или /usr/bin/qemu-kvm (что
хотелось бы), а /usr/bin/qemu-system-x86_64. А этот файл принадлежит
старому qemu (не qemu-kvm). Как вы помните пакет qemu мы удалить не
можем - нужен qemu-img. А если бы и удалили, то без
/usr/bin/qemu-system-x86_64 libvirt вообще свихнётся.
  В результате получаем, что как бы мы ни модифицировали qemu-kvm,
каких бы фишек не добавили, libvirt нам не даст с ними работать - он
видит фишки от старого qemu.

Конечно бага в libvirt, но мне кажется разработчики libvirt не
подозревают, что на машине пользователя будут/могут одновременно
установлены qemu и qemu-kvm.

В общем посмотрел я на всё это и взялся за напильник.
Я бы предпочел иметь в репо единственную версию qemu (qemu или
qemu-kvm - пока не важно - но единую) - так было бы всем легче. Тем
более что сейчас их апстримы постоянно мержатся между собой. Но не
давно на меня ругались в багзиле, что бы я отстал от всех, разные это
проекты и всё тут. Хорошо пусть будут оба.
Выходов несколько - собирать всё нужное из проектов (и qemu-img тоже)
и раставить конфликты, либо не делать конфликты используя алтернативы.
Я выбрал альтернативы.
На ваш суд предлагается тестовая сборка всего барахла.
Основные изменения:
- везде включена поддержка spice. погонял денёк - работает. Правда  на
карте vga, с qxl пока не получилось.
- для работы spice все проекты собраны из снапшотов.
- некоторые git-репо(virt-manager, virt-viewer,python-virtinst)
переделаны(импорт из апстримного mercurial) - не обижайтесь, если не
устраивает то верну обратно. Вы только скажите :)
- в qemu и qemu-kvm добавлены алтернативы для qemu-img, qemu-io,
qemu-system-x86_64, qemu-nbd
- в них же выделены подпакеты img (хотя можно этого и не делать)
- для тестирования(ещё надо смотреть), в qemu-kvm используются ромы из
внешних пакетов vgabios, seabios, gpxe-roms-qemu
  для qemu пока этого не делал.
- если установлена libcgroup и запущены сервисы, libvirt начинает
использовать cgroup.
- в libvirt включены многие опции.
- разные мелкие фиксы

Заинтересованных прошу посмотреть, высказать мнение/рекомендации. task #36894
Ну и в конечном итоге всё это хочется видеть в сизифе.
Так что давайте договариваться об acl, NMU, approve и т.п. :)

PS: у qemu-kvm в acl @everybody, но без одобрения rider@ обновлять не хочется.
PPS: конечно там всё не идеально и ещё есть чего сделать. например:
возможно "синхронизировать" спеки для qemu и qemu-kvm, убрать
qemu-common - я не понял почему так назвали пакет с документацией и
почему он обязательный а не опциональный. Надо бы сделать общий
control и init-скрипт для модуля kvm, т.к. qemu тоже умеет kvm. Ну и
так далее.

-- 
Alexey Shabalin

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

[Ildar Mulyukov]

On 13.01.2011 02:24:23, Alexey Shabalin wrote:
> Пробую добавить поддержку spice в qemu-kvm. Ок, всё собралось.
Алексей! отлично! Теперь у тебя как минимум 0.5 тестера. :-)

> А дальше вылазит занятная ситуация:
> - изображаю простого пользователя и использую libvirt (для запуска,
> создания виртуалок) и GUI - virt-manager + virt-viewer
> - qemu-kvm конечно можно поставить самостоятельно, но ещё хочется и
> создавать виртуалки, а утилиты qemu-img в пакете qemu-kvm нет - типа
> используйте от родного qemu.
> - ставим qemu только ради qemu-img

Это надо распилить.

[...]
> Выходов несколько - собирать всё нужное из проектов (и qemu-img тоже)
> и раставить конфликты, либо не делать конфликты используя алтернативы.
> Я выбрал альтернативы.

Альтернативы однозначно.

> На ваш суд предлагается тестовая сборка всего барахла.

Буду тестировать i586.

Спасибо за проделанную работу!
Ещё бы плагин аутентификации RHEV к Firefox...
С уважением,
	Ильдар
-- 
Ildar Mulyukov,
   free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar.mulyukov@gmail.com
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

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

[Anton Farygin]

  12.01.2011 23:24, Alexey Shabalin пишет:
> День добрый.
> Посвятил несколько дней для разборок с нашими qemu, qemu-kvm, libvirt,
> virt-manager и остальным.
> На первый взгляд вроде ничего, но стоит капнуть поглубже - ужас-ужас :)
>
> Пробую добавить поддержку spice в qemu-kvm. Ок, всё собралось. А
> дальше вылазит занятная ситуация:
> - изображаю простого пользователя и использую libvirt (для запуска,
> создания виртуалок) и GUI - virt-manager + virt-viewer
> - qemu-kvm конечно можно поставить самостоятельно, но ещё хочется и
> создавать виртуалки, а утилиты qemu-img в пакете qemu-kvm нет - типа
> используйте от родного qemu.
> - ставим qemu только ради qemu-img
> - а теперь самое интересное - как ведёт себя libvirt. Когда говоришь
> запустить виртуальную машину - он по чесному запускает через
> /usr/bin/kvm или /usr/bin/qemu-kvm
>    А вот при создании/настройках виртуалки, libvirt'у надо понимать с
> чем он имеет дело и какие возможности имеются. для этого он смотрит
> вывод команды с ключём --help и  парсит его. А вот команду с ключём
> --help он запускает совсем не /usr/bin/kvm или /usr/bin/qemu-kvm (что
> хотелось бы), а /usr/bin/qemu-system-x86_64. А этот файл принадлежит
> старому qemu (не qemu-kvm). Как вы помните пакет qemu мы удалить не
> можем - нужен qemu-img. А если бы и удалили, то без
> /usr/bin/qemu-system-x86_64 libvirt вообще свихнётся.
>    В результате получаем, что как бы мы ни модифицировали qemu-kvm,
> каких бы фишек не добавили, libvirt нам не даст с ними работать - он
> видит фишки от старого qemu.
>
> Конечно бага в libvirt, но мне кажется разработчики libvirt не
> подозревают, что на машине пользователя будут/могут одновременно
> установлены qemu и qemu-kvm.
>
> В общем посмотрел я на всё это и взялся за напильник.
> Я бы предпочел иметь в репо единственную версию qemu (qemu или
> qemu-kvm - пока не важно - но единую) - так было бы всем легче. Тем
> более что сейчас их апстримы постоянно мержатся между собой. Но не
> давно на меня ругались в багзиле, что бы я отстал от всех, разные это
> проекты и всё тут. Хорошо пусть будут оба.
> Выходов несколько - собирать всё нужное из проектов (и qemu-img тоже)
> и раставить конфликты, либо не делать конфликты используя алтернативы.
> Я выбрал альтернативы.
> На ваш суд предлагается тестовая сборка всего барахла.
> Основные изменения:
> - везде включена поддержка spice. погонял денёк - работает. Правда  на
> карте vga, с qxl пока не получилось.
> - для работы spice все проекты собраны из снапшотов.
> - некоторые git-репо(virt-manager, virt-viewer,python-virtinst)
> переделаны(импорт из апстримного mercurial) - не обижайтесь, если не
> устраивает то верну обратно. Вы только скажите :)
> - в qemu и qemu-kvm добавлены алтернативы для qemu-img, qemu-io,
> qemu-system-x86_64, qemu-nbd
> - в них же выделены подпакеты img (хотя можно этого и не делать)
> - для тестирования(ещё надо смотреть), в qemu-kvm используются ромы из
> внешних пакетов vgabios, seabios, gpxe-roms-qemu
>    для qemu пока этого не делал.
> - если установлена libcgroup и запущены сервисы, libvirt начинает
> использовать cgroup.
> - в libvirt включены многие опции.
> - разные мелкие фиксы
>
> Заинтересованных прошу посмотреть, высказать мнение/рекомендации. task #36894
> Ну и в конечном итоге всё это хочется видеть в сизифе.
> Так что давайте договариваться об acl, NMU, approve и т.п. :)
>
> PS: у qemu-kvm в acl @everybody, но без одобрения rider@ обновлять не хочется.
Я не возражаю, но надо бы протестировать обновление. Плюс - внешние ромы 
как-то стрёмно - может быть, всё-таки, останемся на внутренних ? ты не 
сравнивал разницу между ними ?
> PPS: конечно там всё не идеально и ещё есть чего сделать. например:
> возможно "синхронизировать" спеки для qemu и qemu-kvm, убрать
> qemu-common - я не понял почему так назвали пакет с документацией и
> почему он обязательный а не опциональный. Надо бы сделать общий
> control и init-скрипт для модуля kvm, т.к. qemu тоже умеет kvm. Ну и
> так далее.
ok

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

[Alexey Shabalin]

> Я не возражаю, но надо бы протестировать обновление. Плюс - внешние ромы
> как-то стрёмно - может быть, всё-таки, останемся на внутренних ? ты не
> сравнивал разницу между ними ?
Тестировать конечно надо.
Если доверять pc-bios/README, то локальные ромы это просто локальные
копии соответствующих проектов.
Они только в бинарном виде. Обновляются от случая к случаю.
Использовать внешние ромы - это не моя идея, подсмотрел в fedora.

>> PPS: конечно там всё не идеально и ещё есть чего сделать. например:
>> возможно "синхронизировать" спеки для qemu и qemu-kvm, убрать
>> qemu-common - я не понял почему так назвали пакет с документацией и
>> почему он обязательный а не опциональный. Надо бы сделать общий
>> control и init-скрипт для модуля kvm, т.к. qemu тоже умеет kvm. Ну и
>> так далее.
>
> ok
ok - это пожелание увидеть эти изменения уже в текущей сборке? :)

-- 
Alexey Shabalin

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

[Alexey Shabalin]

2011/1/13 Ildar Mulyukov :
> On 13.01.2011 02:24:23, Alexey Shabalin wrote:
>>
>> Пробую добавить поддержку spice в qemu-kvm. Ок, всё собралось.
>
> Алексей! отлично! Теперь у тебя как минимум 0.5 тестера. :-)
Это хорошо :)
>> На ваш суд предлагается тестовая сборка всего барахла.
>
> Буду тестировать i586.
Тоже хорошо, т.к на i586 я совсем не тестирую.
>
> Спасибо за проделанную работу!
> Ещё бы плагин аутентификации RHEV к Firefox...
Что это? Для чего? и где взять? :)
кстати для spice есть плугины к firefox, я их пока не собираю.

-- 
Alexey Shabalin

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

[Anton Farygin]

13.01.2011 13:14, Alexey Shabalin пишет:
>> Я не возражаю, но надо бы протестировать обновление. Плюс - внешние ромы
>> как-то стрёмно - может быть, всё-таки, останемся на внутренних ? ты не
>> сравнивал разницу между ними ?
> Тестировать конечно надо.
> Если доверять pc-bios/README, то локальные ромы это просто локальные
> копии соответствующих проектов.
> Они только в бинарном виде. Обновляются от случая к случаю.
> Использовать внешние ромы - это не моя идея, подсмотрел в fedora.

Очень хорошо.

>
>>> PPS: конечно там всё не идеально и ещё есть чего сделать. например:
>>> возможно "синхронизировать" спеки для qemu и qemu-kvm, убрать
>>> qemu-common - я не понял почему так назвали пакет с документацией и
>>> почему он обязательный а не опциональный. Надо бы сделать общий
>>> control и init-скрипт для модуля kvm, т.к. qemu тоже умеет kvm. Ну и
>>> так далее.
>>
>> ok
> ok - это пожелание увидеть эти изменения уже в текущей сборке? :)

Да. Но это ещё зависит от Кирилла, дождёмся его ответа

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

[Alexey Shabalin]

> Да. Но это ещё зависит от Кирилла, дождёмся его ответа
Да, конечно. Для того я и начал тему, что бы услышать всех заинтересованных лиц.

И ещё просьба, взглянуть на changelog всех затронутых пакетов на
предмет - не включил ли я лишних фич :)
Я честно признаюсь, что могу не понимать суть некоторых технологий.
Например насколько нужна поддержка numa в lilbvirt. Стоит ли включать
поддержку udev в libvirt. И т.п.
В общем у меня есть сомнения, и если знающие люди посоветуют как
правильней - будет хорошо.

-- 
Alexey Shabalin

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

[Anton Gorlov]

Алексей - просьба ещё собрать с --with-libpcap...

13.01.2011 13:51, Alexey Shabalin пишет:
>> Да. Но это ещё зависит от Кирилла, дождёмся его ответа
> Да, конечно. Для того я и начал тему, что бы услышать всех заинтересованных лиц.
>
> И ещё просьба, взглянуть на changelog всех затронутых пакетов на
> предмет - не включил ли я лишних фич :)
> Я честно признаюсь, что могу не понимать суть некоторых технологий.
> Например насколько нужна поддержка numa в lilbvirt. Стоит ли включать
> поддержку udev в libvirt. И т.п.
> В общем у меня есть сомнения, и если знающие люди посоветуют как
> правильней - будет хорошо.
>

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

[Alexey Shabalin]

2011/1/13 Anton Gorlov :
>> И ещё просьба, взглянуть на changelog всех затронутых пакетов на
>> предмет - не включил ли я лишних фич :)
>> Я честно признаюсь, что могу не понимать суть некоторых технологий.
>> Например насколько нужна поддержка numa в lilbvirt. Стоит ли включать
>> поддержку udev в libvirt. И т.п.
>> В общем у меня есть сомнения, и если знающие люди посоветуют как
>> правильней - будет хорошо.

> Алексей - просьба ещё собрать с --with-libpcap...
libvirt? так я и говорю - смотрите changelog. Уже добавлено. :)
ещё libvirt собран c polkit, udev, yajl, selinux, phyp (libssh2),
libcap-ng, audit, numa.

-- 
Alexey Shabalin

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

[Anton Farygin]

13.01.2011 14:15, Alexey Shabalin пишет:
> 2011/1/13 Anton Gorlov :
>>> И ещё просьба, взглянуть на 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 используется для создания фильтров, проверьте этот функционал 
прежде чем выкладывать.

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

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

udev, по идее, для работы с томами.. опять же - надо тестировать.

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

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

[Alexey Shabalin]

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

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

[Alexey Shabalin]

> Заинтересованных прошу посмотреть, высказать мнение/рекомендации. task #36894
task 36894 прошёл сборку. можно тестировать.

-- 
Alexey Shabalin

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

[Anton Gorlov]

pcap я тестил - работает. Мне фильты нужны были для защиты от ip/mac 
spoofing

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

[Alexey Shabalin]

> Ну и в конечном итоге всё это хочется видеть в сизифе.
> Так что давайте договариваться об acl, NMU, approve и т.п. :)

python-module-virtinst: "aspsk @qa real" -> "aspsk @qa real shaba"
virt-manager: "aspsk @qa" -> "aspsk @qa shaba"
libvirt: "aspsk real solo rider" -> "aspsk real solo rider shaba"

Спасибо. Их уже можно отправить в сизиф(только желательно вместе с
virt-viewer - жду разрешения на него), хуже не будет.
С qemu* ещё продолжим разборки.

-- 
Alexey Shabalin

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

[Alexey Shabalin]

2011/1/13 Alexey Shabalin:
>> Ну и в конечном итоге всё это хочется видеть в сизифе.
>> Так что давайте договариваться об acl, NMU, approve и т.п. :)
>
> python-module-virtinst: "aspsk @qa real" -> "aspsk @qa real shaba"
> virt-manager: "aspsk @qa" -> "aspsk @qa shaba"
> libvirt: "aspsk real solo rider" -> "aspsk real solo rider shaba"
>
> Спасибо. Их уже можно отправить в сизиф(только желательно вместе с
> virt-viewer - жду разрешения на него), хуже не будет.
> С qemu* ещё продолжим разборки.

про virt-viewer и qemu так ничего и не услышал. acl нет.
Ждём-с ответственных.


-- 
Alexey Shabalin

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

[Kirill A. Shutemov]

On Mon, Jan 17, 2011 at 05:39:51PM +0300, Alexey Shabalin wrote:
> 2011/1/13 Alexey Shabalin:
> >> Ну и в конечном итоге всё это хочется видеть в сизифе.
> >> Так что давайте договариваться об acl, NMU, approve и т.п. :)
> >
> > python-module-virtinst: "aspsk @qa real" -> "aspsk @qa real shaba"
> > virt-manager: "aspsk @qa" -> "aspsk @qa shaba"
> > libvirt: "aspsk real solo rider" -> "aspsk real solo rider shaba"
> >
> > Спасибо. Их уже можно отправить в сизиф(только желательно вместе с
> > virt-viewer - жду разрешения на него), хуже не будет.
> > С qemu* ещё продолжим разборки.
> 
> про virt-viewer и qemu так ничего и не услышал. acl нет.

Постараюсь завтра посмотреть.

> Ждём-с ответственных.
> 
> 
> -- 
> Alexey Shabalin
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
 Kirill A. Shutemov

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

[Ildar Mulyukov]

Zero-test не прошёл:
$ kvm -vga qxl
do_spice_init: starting 0.7.1
spice_server_add_interface: SPICE_INTERFACE_QXL
red_worker_main: begin
handle_dev_destroy_surfaces:
id 0, group 0, virt start 0, virt end ffffffff, generation 0, delta 0
get_virt: panic: slot_id too big, addr=a9016008
Aborted
$ kvm -vga qxl -spice port=1234,password=1234
do_spice_init: starting 0.7.1
spice_server_add_interface: SPICE_INTERFACE_KEYBOARD
spice_server_add_interface: SPICE_INTERFACE_MOUSE
spice_server_add_interface: SPICE_INTERFACE_QXL
red_worker_main: begin
handle_dev_destroy_surfaces:
id 0, group 0, virt start 0, virt end ffffffff, generation 0, delta 0
get_virt: panic: slot_id too big, addr=a8fee008
Aborted

Другие варианты не помогли.
$ kvm
   есссно работает.
Помощь зала?
-- 
Ildar Mulyukov,
   free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar.mulyukov@gmail.com
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

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

[Alexey Shabalin]

2011/1/18 Ildar Mulyukov:
> Zero-test не прошёл:
> $ kvm -vga qxl
> do_spice_init: starting 0.7.1
> spice_server_add_interface: SPICE_INTERFACE_QXL
> red_worker_main: begin
> handle_dev_destroy_surfaces:
> id 0, group 0, virt start 0, virt end ffffffff, generation 0, delta 0
> get_virt: panic: slot_id too big, addr=a9016008
> Aborted
> $ kvm -vga qxl -spice port=1234,password=1234
> do_spice_init: starting 0.7.1
> spice_server_add_interface: SPICE_INTERFACE_KEYBOARD
> spice_server_add_interface: SPICE_INTERFACE_MOUSE
> spice_server_add_interface: SPICE_INTERFACE_QXL
> red_worker_main: begin
> handle_dev_destroy_surfaces:
> id 0, group 0, virt start 0, virt end ffffffff, generation 0, delta 0
> get_virt: panic: slot_id too big, addr=a8fee008
> Aborted
>
> Другие варианты не помогли.

На x86_64 выше перечисленные команды отрабатывают успешно.

$ rpm -qa|grep spice
libspice-gtk-devel-0.4-alt1
spice-client-0.7.1-alt1
libspice-server-devel-0.7.1-alt1
spice-protocol-0.7.0-alt1
libspice-gtk-tools-0.4-alt1
libspice-server-0.7.1-alt1
libspice-gtk-0.4-alt1
python-module-spice-gtk-0.4-alt1

Разработчики spice и kvm (из RedHat) даже не тестируют i586. Я собрал
на страх и риск, но не тестировал.

> $ kvm
>  есссно работает.
> Помощь зала?

а kvm -vga std -spice port=1234,password=1234 ?

-- 
Alexey Shabalin

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

[Ildar Mulyukov]

On 18.01.2011 20:42:16, Alexey Shabalin wrote:
> На x86_64 выше перечисленные команды отрабатывают успешно.
хорошо им.. сидящим на x86_64

> Разработчики spice и kvm (из RedHat) даже не тестируют i586. Я собрал
> на страх и риск, но не тестировал.
плохо. Начинаю тихо ненавидеть Красную Шапку.

> > $ kvm
> >  есссно работает.
> > Помощь зала?
> 
> а kvm -vga std -spice port=1234,password=1234 ?

нет, конечно. Это я тоже пробовал.

Коллеги-тестеры, прошу подтвердить наличие проблемы на i586. Алексей,  
не на чём попробовать? Подозреваю, что проблему можно увидеть даже из  
виртуалки.
-- 
Ildar

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

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1139 bytes --]

On Wed, Jan 19, 2011 at 02:56:26PM +0600, Ildar Mulyukov wrote:
> On 18.01.2011 20:42:16, Alexey Shabalin wrote:
>> На x86_64 выше перечисленные команды отрабатывают успешно.
> хорошо им.. сидящим на x86_64
> 
>> Разработчики spice и kvm (из RedHat) даже не тестируют i586. Я собрал
>> на страх и риск, но не тестировал.
> плохо. Начинаю тихо ненавидеть Красную Шапку.
> 
>> > $ kvm
>> >  есссно работает.
>> > Помощь зала?
>> 
>> а kvm -vga std -spice port=1234,password=1234 ?
> 
> нет, конечно. Это я тоже пробовал.
> 
> Коллеги-тестеры, прошу подтвердить 
> наличие проблемы на i586. Алексей, не на чём 
> попробовать? Подозреваю, что проблему 
> можно увидеть даже из виртуалки.

Похоже, работать на i568 это никогда не будет:

http://www.spice-space.org/faq.html

| I built Spice server on a 32-bit machine and it failed. What can I do?
| 
| Building Spice server on 32-bit machine is not supported because
| Spice server is dependent on 64-bit atomic operations. However, you
| can build Spice client for a 32-bit machine by cding into client
| directory and executeing the make command from there. 

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

[Ildar Mulyukov]

On 19.01.2011 15:23:12, Sergey Vlasov wrote:
> Похоже, работать на i568 это никогда не будет:
> 
> http://www.spice-space.org/faq.html
> 
> | I built Spice server on a 32-bit machine and it failed. What can I  
> do?
> |
> | Building Spice server on 32-bit machine is not supported because
> | Spice server is dependent on 64-bit atomic operations. However, you
> | can build Spice client for a 32-bit machine by cding into client
> | directory and executeing the make command from there.

Алексей, надо поставить ExclusiveArch на соотв. пакеты. Думай.
-- 
Ildar

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

[Ildar Mulyukov]

On 19.01.2011 15:23:12, Sergey Vlasov wrote:
> Похоже, работать на i568 это никогда не будет:
> 
> http://www.spice-space.org/faq.html

Сергей, спасибо.
-- 
Ildar

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

[Alexey Shabalin]

2011/1/19 Ildar Mulyukov:
> On 18.01.2011 20:42:16, Alexey Shabalin wrote:
>>
> Коллеги-тестеры, прошу подтвердить наличие проблемы на i586. Алексей, не на
> чём попробовать? Подозреваю, что проблему можно увидеть даже из виртуалки.
И не на чем, да и смысла нет.

Про spice ещё такой момент.
В проекте spice есть свой git, со своим qemu-spice.
Но тащить в сизиф ещё один qemu мне кажется уже слишком. (хотя если
есть претензии, я могу и ещё один qemu-spice залить).
qemu-spice базируется на qemu, а не на qemu-kvm.
~ 80% (может уже больше) изменений qemu-spice вернулись в проект qemu.
В qemu-kvm меньше.
Сделать mege в qemu для qemu-spice проще.
Это я к чему - что именно spice лучше тестировать в qemu. В qemu-kvm я
мог что-то не до конца перенести. (хотя я использую и тестирую именно
kvm).


-- 
Alexey Shabalin

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

[Alexey Shabalin]

2011/1/19 Ildar Mulyukov :
> On 19.01.2011 15:23:12, Sergey Vlasov wrote:
>>
>> Похоже, работать на i568 это никогда не будет:
>>
>> http://www.spice-space.org/faq.html
>>
>> | I built Spice server on a 32-bit machine and it failed. What can I do?
>> |
>> | Building Spice server on 32-bit machine is not supported because
>> | Spice server is dependent on 64-bit atomic operations. However, you
>> | can build Spice client for a 32-bit machine by cding into client
>> | directory and executeing the make command from there.
>
> Алексей, надо поставить ExclusiveArch на соотв. пакеты. Думай.
Да, конечно.
В общем все acl получены, больше замечаний и пожеланий нее?
Часть пакетов уже ушла в сизиф.
Для более всеохватывающего тестирования я заливаю qemu и kvm в сизиф.

-- 
Alexey Shabalin

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

[Ildar Mulyukov]

On 19.01.2011 17:05:33, Alexey Shabalin wrote:
> Это я к чему - что именно spice лучше тестировать в qemu. В qemu-kvm я
> мог что-то не до конца перенести. (хотя я использую и тестирую именно
> kvm).

$ qemu -vga std -spice port=1234,password=1234
do_spice_init: starting 0.7.1
spice_server_add_interface: SPICE_INTERFACE_KEYBOARD
spice_server_add_interface: SPICE_INTERFACE_MOUSE
spice_server_add_interface: SPICE_INTERFACE_QXL
red_worker_main: begin
id 0, group 0, virt start 0, virt end ffffffff, generation 0, delta 0
get_virt: panic: slot_id too big, addr=a9e59008
Aborted

вот :-(
-- 
Ildar

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

[Alexey Shabalin]

2011/1/13 Alexey Shabalin:
>> Я не возражаю, но надо бы протестировать обновление. Плюс - внешние ромы
>> как-то стрёмно - может быть, всё-таки, останемся на внутренних ? ты не
>> сравнивал разницу между ними ?
> Тестировать конечно надо.
> Если доверять pc-bios/README, то локальные ромы это просто локальные
> копии соответствующих проектов.
> Они только в бинарном виде. Обновляются от случая к случаю.
> Использовать внешние ромы - это не моя идея, подсмотрел в fedora.
>
>>> PPS: конечно там всё не идеально и ещё есть чего сделать. например:
>>> возможно "синхронизировать" спеки для qemu и qemu-kvm, убрать
>>> qemu-common - я не понял почему так назвали пакет с документацией и
>>> почему он обязательный а не опциональный. Надо бы сделать общий
>>> control и init-скрипт для модуля kvm, т.к. qemu тоже умеет kvm. Ну и
>>> так далее.
>>
>> ok
> ok - это пожелание увидеть эти изменения уже в текущей сборке? :)

отрицательных отзывов я не увидел (как впрочем и положительных :) ),
так что продолжаю пилить дальше.
Различий между qemu и qemu-kvm всё меньше и меньше. Самое основное,
что нужно от qemu-kvm (и чем он отличается от qemu) это сам бинарник,
исполняемый файл.
Всё остальное у проектов одинаковое (utils, локализация, конфиги и т.п.).
Так давайте от qemu-kvm паковать только этот бинарник, а всё остальное
использовать от qemu (ну зачем в репо два одинаковых qemu-img и
qemu-kvm-img?).
Останется только одна алтернатива для этого
бинарника(/usr/bin/qemu-system-x86_64).
Сервис kvm, загружающий ядерный модуль kvm, переедет в пакет
qemu-common, на который будет зависимость и у qemu и у qemu-kvm.  Так
же останется единственный vde,img пакет.
А вот qemu, возможно, стоит попилить ещё мельче на system-x86,
system-ppc, system-arm и т.д.

Вопросы, предложения?

--
Alexey Shabalin

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

[Kirill A. Shutemov]

On Thu, Feb 24, 2011 at 08:17:48PM +0300, Alexey Shabalin wrote:
> А вот qemu, возможно, стоит попилить ещё мельче на system-x86,
> system-ppc, system-arm и т.д.

Зачем?


-- 
 Kirill A. Shutemov

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

[Anton Farygin]

24.02.2011 20:26, Kirill A. Shutemov пишет:
> On Thu, Feb 24, 2011 at 08:17:48PM +0300, Alexey Shabalin wrote:
>> А вот qemu, возможно, стоит попилить ещё мельче на system-x86,
>> system-ppc, system-arm и т.д.
>
> Зачем?

Присоединяюсь к этому вопросу ...

лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в 
отдельный подпакет.

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

[Alexey Shabalin]

2011/2/24 Kirill A. Shutemov <kirill@shutemov.name>:
> On Thu, Feb 24, 2011 at 08:17:48PM +0300, Alexey Shabalin wrote:
>> А вот qemu, возможно, стоит попилить ещё мельче на system-x86,
>> system-ppc, system-arm и т.д.
>
> Зачем?
А зачем они нужны, если я(и таких много) никогда не собираюсь
запускать ничего не x86-подобного?
А кому надо, может доставить самостоятельно.
Но конечно это как предложение, если все против, делать не буду.

-- 
Alexey Shabalin

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

[Anton Farygin]

24.02.2011 21:15, Alexey Shabalin пишет:
> 2011/2/24 Kirill A. Shutemov<kirill@shutemov.name>:
>> On Thu, Feb 24, 2011 at 08:17:48PM +0300, Alexey Shabalin wrote:
>>> А вот qemu, возможно, стоит попилить ещё мельче на system-x86,
>>> system-ppc, system-arm и т.д.
>>
>> Зачем?
> А зачем они нужны, если я(и таких много) никогда не собираюсь
> запускать ничего не x86-подобного?
> А кому надо, может доставить самостоятельно.
> Но конечно это как предложение, если все против, делать не буду.

лучше пускай оно будет, не мешает.

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

[Alexey Shabalin]

> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
> отдельный подпакет.
Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
кому-нибудь нужен?

-- 
Alexey Shabalin

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

[Anton Farygin]

24.02.2011 21:31, Alexey Shabalin пишет:
>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
>> отдельный подпакет.
> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
> кому-нибудь нужен?

ну, без SDL не будет работать локальная версия. Я бы подумал на предмет 
двух сборок - с и без.

ещё pulseaudio как-то напрягает малость...

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

[Alexey Shabalin]

>>> Я не возражаю, но надо бы протестировать обновление. Плюс - внешние ромы
>>> как-то стрёмно - может быть, всё-таки, останемся на внутренних ? ты не
>>> сравнивал разницу между ними ?
>> Тестировать конечно надо.
>> Если доверять pc-bios/README, то локальные ромы это просто локальные
>> копии соответствующих проектов.
>> Они только в бинарном виде. Обновляются от случая к случаю.
>> Использовать внешние ромы - это не моя идея, подсмотрел в fedora.
done.
Теперь внешние ромы используются и для qemu и для qemu-kvm.
У пакета qemu-common есть зависимость на нужные пакеты.

>>>> PPS: конечно там всё не идеально и ещё есть чего сделать. например:
>>>> возможно "синхронизировать" спеки для qemu и qemu-kvm, убрать
>>>> qemu-common - я не понял почему так назвали пакет с документацией и
>>>> почему он обязательный а не опциональный. Надо бы сделать общий
>>>> control и init-скрипт для модуля kvm, т.к. qemu тоже умеет kvm. Ну и
>>>> так далее.
> отрицательных отзывов я не увидел (как впрочем и положительных :) ),
> так что продолжаю пилить дальше.
> Различий между qemu и qemu-kvm всё меньше и меньше. Самое основное,
> что нужно от qemu-kvm (и чем он отличается от qemu) это сам бинарник,
> исполняемый файл.
> Всё остальное у проектов одинаковое (utils, локализация, конфиги и т.п.).
> Так давайте от qemu-kvm паковать только этот бинарник, а всё остальное
> использовать от qemu (ну зачем в репо два одинаковых qemu-img и
> qemu-kvm-img?).
> Останется только одна алтернатива для этого
> бинарника(/usr/bin/qemu-system-x86_64).
> Сервис kvm, загружающий ядерный модуль kvm, переедет в пакет
> qemu-common, на который будет зависимость и у qemu и у qemu-kvm.  Так
> же останется единственный vde,img пакет.

done.
init-скрипт переехал в qemu-common.
В qemu-kvm осталось только самое ценное, остальное из пакета qemu.
init-скрипт для vde переехал в пакет vde2.
Кстати, кто реально пользуется vde, имеет смысл посмотреть на
init-скрипт из Arch, и возможно подчерпнуть что-то ценного. (мне vde
не особо нужен - поэтому жду патчей)

> А вот qemu, возможно, стоит попилить ещё мельче на system-x86,
> system-ppc, system-arm и т.д.

Уговорили, не трогал.

> Вопросы, предложения?

-- 
Alexey Shabalin

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

[Alexey Shabalin]

2011/2/24 Anton Farygin:
> 24.02.2011 21:31, Alexey Shabalin пишет:
>>>
>>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
>>> отдельный подпакет.
>>
>> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
>> кому-нибудь нужен?
>
> ну, без SDL не будет работать локальная версия. Я бы подумал на предмет двух
> сборок - с и без.
Кто запускает локальную версию через SDL?
Лучше уж через spice тогда.
В общем я отключил поддержку SDL в qemu и qemu-kvm.

> ещё pulseaudio как-то напрягает малость...
Предложение отключить? Точно никому не надо?

-- 
Alexey Shabalin

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

[Anton Farygin]

28.02.2011 19:09, Alexey Shabalin пишет:
> 2011/2/24 Anton Farygin:
>> 24.02.2011 21:31, Alexey Shabalin пишет:
>>>>
>>>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
>>>> отдельный подпакет.
>>>
>>> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
>>> кому-нибудь нужен?
>>
>> ну, без SDL не будет работать локальная версия. Я бы подумал на предмет двух
>> сборок - с и без.
> Кто запускает локальную версию через SDL?
> Лучше уж через spice тогда.
> В общем я отключил поддержку SDL в qemu и qemu-kvm.

А ты проверил, оно работает ?

>
>> ещё pulseaudio как-то напрягает малость...
> Предложение отключить? Точно никому не надо?
>

Мне не нужно.

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

[Alexey Shabalin]

2011/2/28 Anton Farygin :
> 28.02.2011 19:09, Alexey Shabalin пишет:
>>
>> 2011/2/24 Anton Farygin:
>>>
>>> 24.02.2011 21:31, Alexey Shabalin пишет:
>>>>>
>>>>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
>>>>> отдельный подпакет.
>>>>
>>>> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
>>>> кому-нибудь нужен?
>>>
>>> ну, без SDL не будет работать локальная версия. Я бы подумал на предмет
>>> двух
>>> сборок - с и без.
>>
>> Кто запускает локальную версию через SDL?
>> Лучше уж через spice тогда.
>> В общем я отключил поддержку SDL в qemu и qemu-kvm.
>
> А ты проверил, оно работает ?
Конечно проверял, перед отправкой на сборку.
spice и vnc работает.

>>> ещё pulseaudio как-то напрягает малость...
>>
>> Предложение отключить? Точно никому не надо?
>>
>
> Мне не нужно.
Ок, в следующей сборке.

-- 
Alexey Shabalin

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

[Anton Farygin]

28.02.2011 20:22, Alexey Shabalin пишет:
> 2011/2/28 Anton Farygin :
>> 28.02.2011 19:09, Alexey Shabalin пишет:
>>>
>>> 2011/2/24 Anton Farygin:
>>>>
>>>> 24.02.2011 21:31, Alexey Shabalin пишет:
>>>>>>
>>>>>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
>>>>>> отдельный подпакет.
>>>>>
>>>>> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
>>>>> кому-нибудь нужен?
>>>>
>>>> ну, без SDL не будет работать локальная версия. Я бы подумал на предмет
>>>> двух
>>>> сборок - с и без.
>>>
>>> Кто запускает локальную версию через SDL?
>>> Лучше уж через spice тогда.
>>> В общем я отключил поддержку SDL в qemu и qemu-kvm.
>>
>> А ты проверил, оно работает ?
> Конечно проверял, перед отправкой на сборку.
> spice и vnc работает.

А локальный запуск без spice ?

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

[Alexey Shabalin]

2011/2/28 Anton Farygin:
> 28.02.2011 20:22, Alexey Shabalin пишет:
>>
>> 2011/2/28 Anton Farygin :
>>>
>>> 28.02.2011 19:09, Alexey Shabalin пишет:
>>>>
>>>> 2011/2/24 Anton Farygin:
>>>>>
>>>>> 24.02.2011 21:31, Alexey Shabalin пишет:
>>>>>>>
>>>>>>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
>>>>>>> отдельный подпакет.
>>>>>>
>>>>>> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
>>>>>> кому-нибудь нужен?
>>>>>
>>>>> ну, без SDL не будет работать локальная версия. Я бы подумал на предмет
>>>>> двух
>>>>> сборок - с и без.
>>>>
>>>> Кто запускает локальную версию через SDL?
>>>> Лучше уж через spice тогда.
>>>> В общем я отключил поддержку SDL в qemu и qemu-kvm.
>>>
>>> А ты проверил, оно работает ?
>>
>> Конечно проверял, перед отправкой на сборку.
>> spice и vnc работает.
>
> А локальный запуск без spice ?
локальный через SDL? так я же собрал без SDL, как запустится?
запуститься - запуститься, только доступа к консоли не будет.
Тут проще с vnc запустить.

-- 
Alexey Shabalin

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

[Kirill A. Shutemov]

On Mon, Feb 28, 2011 at 09:33:51PM +0300, Alexey Shabalin wrote:
> 2011/2/28 Anton Farygin:
> > 28.02.2011 20:22, Alexey Shabalin пишет:
> >>
> >> 2011/2/28 Anton Farygin :
> >>>
> >>> 28.02.2011 19:09, Alexey Shabalin пишет:
> >>>>
> >>>> 2011/2/24 Anton Farygin:
> >>>>>
> >>>>> 24.02.2011 21:31, Alexey Shabalin пишет:
> >>>>>>>
> >>>>>>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
> >>>>>>> отдельный подпакет.
> >>>>>>
> >>>>>> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
> >>>>>> кому-нибудь нужен?
> >>>>>
> >>>>> ну, без SDL не будет работать локальная версия. Я бы подумал на предмет
> >>>>> двух
> >>>>> сборок - с и без.
> >>>>
> >>>> Кто запускает локальную версию через SDL?
> >>>> Лучше уж через spice тогда.
> >>>> В общем я отключил поддержку SDL в qemu и qemu-kvm.
> >>>
> >>> А ты проверил, оно работает ?
> >>
> >> Конечно проверял, перед отправкой на сборку.
> >> spice и vnc работает.
> >
> > А локальный запуск без spice ?
> локальный через SDL? так я же собрал без SDL, как запустится?
> запуститься - запуститься, только доступа к консоли не будет.
> Тут проще с vnc запустить.

Верните, пожалуйста, SDL. Что б без танцев локально работало.

-- 
 Kirill A. Shutemov

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

[Anton Farygin]

28.02.2011 21:57, Kirill A. Shutemov пишет:
> On Mon, Feb 28, 2011 at 09:33:51PM +0300, Alexey Shabalin wrote:
>> 2011/2/28 Anton Farygin:
>>> 28.02.2011 20:22, Alexey Shabalin пишет:
>>>>
>>>> 2011/2/28 Anton Farygin :
>>>>>
>>>>> 28.02.2011 19:09, Alexey Shabalin пишет:
>>>>>>
>>>>>> 2011/2/24 Anton Farygin:
>>>>>>>
>>>>>>> 24.02.2011 21:31, Alexey Shabalin пишет:
>>>>>>>>>
>>>>>>>>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для серверов в
>>>>>>>>> отдельный подпакет.
>>>>>>>>
>>>>>>>> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL оторвать? Он
>>>>>>>> кому-нибудь нужен?
>>>>>>>
>>>>>>> ну, без SDL не будет работать локальная версия. Я бы подумал на предмет
>>>>>>> двух
>>>>>>> сборок - с и без.
>>>>>>
>>>>>> Кто запускает локальную версию через SDL?
>>>>>> Лучше уж через spice тогда.
>>>>>> В общем я отключил поддержку SDL в qemu и qemu-kvm.
>>>>>
>>>>> А ты проверил, оно работает ?
>>>>
>>>> Конечно проверял, перед отправкой на сборку.
>>>> spice и vnc работает.
>>>
>>> А локальный запуск без spice ?
>> локальный через SDL? так я же собрал без SDL, как запустится?
>> запуститься - запуститься, только доступа к консоли не будет.
>> Тут проще с vnc запустить.
>
> Верните, пожалуйста, SDL. Что б без танцев локально работало.

именно.

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

[REAL]

01.03.2011 01:07, Anton Farygin пишет:
>>>> А локальный запуск без spice ?
>>> локальный через SDL? так я же собрал без SDL, как запустится?
>>> запуститься - запуститься, только доступа к консоли не будет.
>>> Тут проще с vnc запустить.
>>
>> Верните, пожалуйста, SDL. Что б без танцев локально работало.
>
> именно.

давно пора, но мейнтейнер к нему равнодушен, а больше ни у кого прав нет.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

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

[Anton Farygin]

28.02.2011 22:17, REAL пишет:
> 01.03.2011 01:07, Anton Farygin пишет:
>>>>> А локальный запуск без spice ?
>>>> локальный через SDL? так я же собрал без SDL, как запустится?
>>>> запуститься - запуститься, только доступа к консоли не будет.
>>>> Тут проще с vnc запустить.
>>>
>>> Верните, пожалуйста, SDL. Что б без танцев локально работало.
>>
>> именно.
>
> давно пора, но мейнтейнер к нему равнодушен, а больше ни у кого прав нет.

Ты о чём ?

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

[Alexey Shabalin]

>> Верните, пожалуйста, SDL. Что б без танцев локально работало.
>
> именно.
отправил на сборку с включенным SDL и выключенным pulseaudio.

-- 
Alexey Shabalin

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

[REAL]

01.03.2011 01:17, REAL пишет:
>>> Верните, пожалуйста, SDL. Что б без танцев локально работало.
>>
>> именно.
>
> давно пора, но мейнтейнер к нему равнодушен, а больше ни у кого прав нет.

но ведь есть же ldv@ ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

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

[Michael Shigorin]

On Mon, Feb 28, 2011 at 10:20:36PM +0300, Alexey Shabalin wrote:
> >> Верните, пожалуйста, SDL. Что б без танцев локально работало.
> > именно.
> отправил на сборку с включенным SDL и выключенным pulseaudio.

Может, тогда собирать два бинарника, как с apache +/- mod_perl
приходилось делать?  На десктопе хочется SDL/pulse, на сервере,
видимо, нет.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[Sergey Bolshakov]

>>>>> "Michael" == Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes:

 > On Mon, Feb 28, 2011 at 10:20:36PM +0300, Alexey Shabalin wrote:
 >> >> Верните, пожалуйста, SDL. Что б без танцев локально работало.
 >> > именно.
 >> отправил на сборку с включенным SDL и выключенным pulseaudio.

Мягко говоря, странное сочетание.

 > Может, тогда собирать два бинарника, как с apache +/- mod_perl
 > приходилось делать?  На десктопе хочется SDL/pulse, на сервере,
 > видимо, нет.

Видимо, да.

-- 

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

[Alexey Shabalin]

>  > On Mon, Feb 28, 2011 at 10:20:36PM +0300, Alexey Shabalin wrote:
>  >> >> Верните, пожалуйста, SDL. Что б без танцев локально работало.
>  >> > именно.
>  >> отправил на сборку с включенным SDL и выключенным pulseaudio.
>
> Мягко говоря, странное сочетание.
>
>  > Может, тогда собирать два бинарника, как с apache +/- mod_perl
>  > приходилось делать?  На десктопе хочется SDL/pulse, на сервере,
>  > видимо, нет.
>
> Видимо, да.
Хорошо, давайте я верну взад и SDL и pulseaudio.
А кому нужно без них (типа серверную версию) - добро пожаловать, я acl
ни у кого не отбирал.

-- 
Alexey Shabalin

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

[Ildar Mulyukov]

On 28.02.2011 22:09:21, Alexey Shabalin wrote:
> 2011/2/24 Anton Farygin:
> > 24.02.2011 21:31, Alexey Shabalin пишет:
> >>>
> >>> лучше оторвать qemu-kvm от иксов, и запаковать вариант для  
> серверов в
> >>> отдельный подпакет.
> >>
> >> Я так понимаю, что libX11 нужен для SDL. Может вообще SDL  
> оторвать? Он
> >> кому-нибудь нужен?
> >
> > ну, без SDL не будет работать локальная версия. Я бы подумал на  
> предмет двух
> > сборок - с и без.
> Кто запускает локальную версию через SDL?
> Лучше уж через spice тогда.

Алексей, я же писал: на i586 SPICE не включается!
АУ!
-- 
Ildar

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

[Anton V. Boyarshinov]

В Mon, 28 Feb 2011 19:09:21 +0300
Alexey Shabalin <a.shabalin@gmail.com> пишет:

> >
> > ну, без SDL не будет работать локальная версия. Я бы подумал на
> > предмет двух сборок - с и без.
> Кто запускает локальную версию через SDL?
Я, например, запускаю. Ни не вижу в этом ничего странного.

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

[Mikhail Efremov]

On Thu, 24 Feb 2011 20:17:48 +0300 Alexey Shabalin wrote:
> 2011/1/13 Alexey Shabalin:
> отрицательных отзывов я не увидел (как впрочем и положительных :) ),
> так что продолжаю пилить дальше.

$ kvm -drive file=/home/sem/kvm/test.img,if=scsi,boot=on -m 256
Could not open option rom 'extboot.bin': No such file or directory
Could not open option rom 'vapic.bin': No such file or directory
VNC server running on `127.0.0.1:5900'

При этом оно не может загрузиться с hdd (Boot failed: could not read the
boot disk). С if=ide работает.
Это с qemu-kvm-0.14.0-alt1, раньше работало.
И пропали extboot.bin и vapic.bin. Про второй не знаю, а первый вроде
как используется при boot=on.

Багу повесить?

-- 
WBR, Mikhail Efremov

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

[Alexey Shabalin]

2011/3/1 Mikhail Efremov :
> On Thu, 24 Feb 2011 20:17:48 +0300 Alexey Shabalin wrote:
>> 2011/1/13 Alexey Shabalin:
>> отрицательных отзывов я не увидел (как впрочем и положительных :) ),
>> так что продолжаю пилить дальше.
>
> $ kvm -drive file=/home/sem/kvm/test.img,if=scsi,boot=on -m 256
> Could not open option rom 'extboot.bin': No such file or directory
> Could not open option rom 'vapic.bin': No such file or directory
> VNC server running on `127.0.0.1:5900'
>
> При этом оно не может загрузиться с hdd (Boot failed: could not read the
> boot disk). С if=ide работает.
> Это с qemu-kvm-0.14.0-alt1, раньше работало.
> И пропали extboot.bin и vapic.bin. Про второй не знаю, а первый вроде
> как используется при boot=on.
>
> Багу повесить?
ага, моя ошибка. исправленный пакет отправлен на сборку.

-- 
Alexey Shabalin

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

[Mikhail Efremov]

On Wed, 2 Mar 2011 21:48:22 +0300 Alexey Shabalin wrote:
> 2011/3/1 Mikhail Efremov :
> > При этом оно не может загрузиться с hdd (Boot failed: could not read the
> > boot disk). С if=ide работает.
> > Это с qemu-kvm-0.14.0-alt1, раньше работало.
> > И пропали extboot.bin и vapic.bin. Про второй не знаю, а первый вроде
> > как используется при boot=on.
> >
> ага, моя ошибка. исправленный пакет отправлен на сборку.

Да, заработало. Спасибо.

-- 
WBR, Mikhail Efremov

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

[Alexey Shabalin]

2011/3/3 Mikhail Efremov :
> On Wed, 2 Mar 2011 21:48:22 +0300 Alexey Shabalin wrote:
>> 2011/3/1 Mikhail Efremov :
>> > При этом оно не может загрузиться с hdd (Boot failed: could not read the
>> > boot disk). С if=ide работает.
>> > Это с qemu-kvm-0.14.0-alt1, раньше работало.
>> > И пропали extboot.bin и vapic.bin. Про второй не знаю, а первый вроде
>> > как используется при boot=on.
>> >
>> ага, моя ошибка. исправленный пакет отправлен на сборку.
>
> Да, заработало. Спасибо.

Теперь я наконец-то нашёл, чем отличается qemu-kvm от qemu :)

-- 
Alexey Shabalin

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

[Anton Farygin]

03.03.2011 21:03, Alexey Shabalin пишет:
>
> Теперь я наконец-то нашёл, чем отличается qemu-kvm от qemu :)

Ну расскажи ;)

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

[Alexey Shabalin]

2011/3/3 Anton Farygin:
> 03.03.2011 21:03, Alexey Shabalin пишет:
>>
>> Теперь я наконец-то нашёл, чем отличается qemu-kvm от qemu :)
>
> Ну расскажи ;)
Это касается vapic. Для просмотрара надо прогрепать исходники qemu-kvm
для поиска vapic.
В qemu никаких упоминаний vapic нет.
extboot.bin - не такая важная фишка, но её в qemu тоже нет.

-- 
Alexey Shabalin

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

[Grigory Milev]

[-- Attachment #1: Type: text/plain, Size: 689 bytes --]

Alexey Shabalin пишет:
> 2011/3/3 Anton Farygin:
>> 03.03.2011 21:03, Alexey Shabalin пишет:
>>> Теперь я наконец-то нашёл, чем отличается qemu-kvm от qemu :)
>> Ну расскажи ;)
> Это касается vapic. Для просмотрара надо прогрепать исходники qemu-kvm
> для поиска vapic.
> В qemu никаких упоминаний vapic нет.
> extboot.bin - не такая важная фишка, но её в qemu тоже нет.
>
qemu-kvm отличается наличием аппаратной виртуализации :D

-- 
+--------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+--------------------------------------------------------+
Life too beautiful and interesting. Don't worry, be happy.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

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

[@ 2011-03-03 22:22 UTC (permalink / raw)]

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

[Anton Farygin]

03.03.2011 23:35, Alexey Shabalin пишет:
> 2011/3/3 Anton Farygin:
>> 03.03.2011 21:03, Alexey Shabalin пишет:
>>>
>>> Теперь я наконец-то нашёл, чем отличается qemu-kvm от qemu :)
>>
>> Ну расскажи ;)
> Это касается vapic. Для просмотрара надо прогрепать исходники qemu-kvm
> для поиска vapic.
> В qemu никаких упоминаний vapic нет.
> extboot.bin - не такая важная фишка, но её в qemu тоже нет.

ну, это кому как ;)

Я собственно об этом в рассылках и говорил - qemu-kvm в плане аппаратной 
виртуализации на три шага впереди qemu.

Со всеми вытекающими багами и фичами.

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

[Alexey Shabalin]

2011/3/4 Anton Farygin:
> 03.03.2011 23:35, Alexey Shabalin пишет:
>>
>> 2011/3/3 Anton Farygin:
>>>
>>> 03.03.2011 21:03, Alexey Shabalin пишет:
>>>>
>>>> Теперь я наконец-то нашёл, чем отличается qemu-kvm от qemu :)
>>>
>>> Ну расскажи ;)
>>
>> Это касается vapic. Для просмотрара надо прогрепать исходники qemu-kvm
>> для поиска vapic.
>> В qemu никаких упоминаний vapic нет.
>> extboot.bin - не такая важная фишка, но её в qemu тоже нет.
>
> ну, это кому как ;)
>
> Я собственно об этом в рассылках и говорил - qemu-kvm в плане аппаратной
> виртуализации на три шага впереди qemu.
Так я сколько просил "ткните пальцем на эти различия"? Никто не
сознавался. Иначе это всё готословные утверждения.

> Со всеми вытекающими багами и фичами.



-- 
Alexey Shabalin

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

[Anton Farygin]

04.03.2011 13:36, Alexey Shabalin пишет:
> 2011/3/4 Anton Farygin:
>> 03.03.2011 23:35, Alexey Shabalin пишет:
>>>
>>> 2011/3/3 Anton Farygin:
>>>>
>>>> 03.03.2011 21:03, Alexey Shabalin пишет:
>>>>>
>>>>> Теперь я наконец-то нашёл, чем отличается qemu-kvm от qemu :)
>>>>
>>>> Ну расскажи ;)
>>>
>>> Это касается vapic. Для просмотрара надо прогрепать исходники qemu-kvm
>>> для поиска vapic.
>>> В qemu никаких упоминаний vapic нет.
>>> extboot.bin - не такая важная фишка, но её в qemu тоже нет.
>>
>> ну, это кому как ;)
>>
>> Я собственно об этом в рассылках и говорил - qemu-kvm в плане аппаратной
>> виртуализации на три шага впереди qemu.
> Так я сколько просил "ткните пальцем на эти различия"? Никто не
> сознавался. Иначе это всё готословные утверждения.

Ткнуть пальцем - это надо пойти и почитать diff между двумя проектами. 
Собственно мне было лень, как и воспрошающему ;)
	

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

[Alexey Shabalin]

В продолжении темы и для информации.
В сизиф отправлен libvirt, который запускает qemu(-kvm) не от
пользователя root, а от пользователя _libvirt.
У пользователя _libvirt группа vmusers.
Теперь можно сделать
- control kvm vmusers  (права на /dev/kvm для группы vmusers)
- в /etc/libvirt/libvirtd.conf изменить на
unix_sock_group = "vmusers" (доступ к сокету libvirt для группы vmusers)
- своего пользователя внести в группу vmusers

PS: сделаны другие мелкие правки, и добавлен service файл для systemd.
-- 
Alexey Shabalin