[ovirt-users] [RFI] oVirt 3.6 Planning

[Jason T. Greene]

> On Dec 13, 2014, at 4:06 AM, Itamar Heim <iheim at redhat.com> wrote:
> 
> 
>>> On Dec 13, 2014 7:07 AM, Jason Greene <jason.greene at redhat.com> wrote:
>>> 
>>> On 12.09.2014 14:22, Itamar Heim wrote: 
>>> 
>>> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
>>> oVirt 3.6”?
>> 
>> + Windows HV Support: https://bugzilla.redhat.com/show_bug.cgi?id=1125297
> 
> Just to note you can do this today by either:
> - vdsm custom hook
> - change of engine config if you know your hosts are only 7.0
> - iirc, also possible by editing the specific osinfo config file to add the flags there

Awesome. Thanks for the tip.

> 
>>   Without these flags, my testing shows a completely idle 4 vcpu win slave 
>>   uses ~15% of a host core, which limits overcommit ability. With them it 
>>   goes down to 3.6% in my testing. hv_relaxed on its own shows no 
>>   improvement over idle time. 
>> 
>>   Unfortunately there is a KVM kernel bug that leads to win hangs with 
>>   these flags, and so until RHEL gets 3.16, which looks like 7.1, only Fedora works:  
>>   
>>   https://bugzilla.redhat.com/show_bug.cgi?id=1091818 
>> 
>> + Ability to add local storage without putting the host in maintenance mode
> 
> This should work today. Only the wizard to 'configure local storage' requires this at it performs create DC, create cluster, move host to new cluster, add storage domain.
> The 'move host to new cluster' requires host to be in maint. Adding another local domain. Should not require this.

AFAICT this ultimately leads to the same issue. The host actively running the hosted engine can't add and make use of its local storage. You have to have at least two hosts, and fail over the hosted agent. Unless of course I am missing something..

> 
>> + Some out-of-the-box option for self-hosted engine without shared storage 
>>   (e.g. gluser, ceph, drdb, application directed replication, etc)
> 
> Focus here will be gluster for 3.6

Ok but it would be great to have a solution that works with 2 hosts as well, at least eventually.

> 
> Thanks,
>    Itamar
> 
>> 
>> Thanks! 
>> 
>> -- 
>> Jason T. Greene 
>> WildFly Lead / JBoss EAP Platform Architect 
>> JBoss, a division of Red Hat 
>>