[Ovirt-devel] Updating oVirt Server to the latest Matahari 0.4.0 schema

Nicolas Ochem nicolas.ochem at gmail.com
Thu Nov 18 08:42:57 UTC 2010


>
>  2. in april there was a series of commits switching ovirt-server from
>> ruby-qpid to ruby-qmf rpm. Those are two implementations of ruby bindings to
>> qmf. (see http://mo.morsi.org/blog/node/288 for more details).
>>
>
> right, ruby-qmf is the way forward, so we should make it work
>
>
>
OK, I'll try again. At the end maybe the problem is not in qpid, but in the
way db-omatic locks itself for too long when it has too many things to do
and the keepalive timers expire, marking nodes as unavailable.
The problems just appear much faster when ruby-qmf is used.



>
>  3.what version of matahari is in RHEL 6 ? what version will be in fedora
>> 14 ? wouldn't it be good to maintain an ovirt version for rhel/centos 6 ?
>>
>
> Matahari is not yet in RHEL6, will be in 6.1. Fedora 14 would get latest
> version which is still being developed on Matahari 'next' branch and that's
> why I started looking at patching ovirt-server to adjust to it, so that
> Fedora update doesn't break it.
>
>


The reason I am asking that is as follows : since the development workforce
in ovirt-server is very low, I think it would be better to migrate it to
RHEL/centos 6 so that all the efforts do not go in migrating to new fedora
every 6 months.

On the other end, if matahari is not yet in RHEL6, maybe it's possible to
have the server running RHEL6 and the node running fedora 14+ for the time
being ?

Will RHEL 6.1 matahari include the patches we are discussing ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/ovirt-devel/attachments/20101118/d3082e7d/attachment.htm>


More information about the ovirt-devel mailing list