On Thu, Sep 25, 2014 at 10:52 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com
wrote:
> On Thu, Sep 25, 2014 at 8:38 PM, Martin Sivak <msivak(a)redhat.com
wrote:
>
>> Hi Gianluca,
>>
>> I see the numa mode select box in the Host sub-tab of the VM edit dialog.
>>
>> It was committed three days ago to the 3.5 branch so it should be
>> available in the 3.5 GA release I think. I am not exactly sure if it made
>> the RC3 build though.
>>
>>
http://gerrit.ovirt.org/#/q/I05b83028b722088e39ad7156c77ad4eb479dc241,n,z
>>
>
> Strange.
> For my hypervisor it represents a regression. No VM is able to start with
> default parameters.
> I can access the GUI again and it seems I cannot change the parameter.
> See here screenshot:
>
>
https://drive.google.com/file/d/0BwoPbcrMv8mvTTZCb3RTRUdFcGc/edit?usp=sha...
>
> For the vm where I changed the setting through Rest API I see the field
> greyed too, but the value inside is "interleave" and not
"preferred"
>
> Is there any engine-config option to change default?
>
> Gianluca
>
>
Hello,
so on engine I have
ovirt-engine-3.5.0-0.0.master.20140923231936.git42065cc.el6.noarch
and on node I have
vdsm-4.16.5-0.el6.x86_64
libvirt-0.10.2-29.el6_5.12.x86_64
They should be what in 3.5rc3
New VMs created in 3.5rc3 are ok in the sense that I verified that
numa_tune_mode is populated by default with "interleave" value that my node
is able to manage to correctly start VMs.
But all the 3 VMs that was previously created in 3.5rc2
had numa_tune_mode=preferred that lets them unable to be started with the
specified error.
I don't know if this is a problem only because they were created in 3.5rc2
or if this problem could influence also oVirt 3.4 infras that are upgrading
to 3.5 and so a critical regression.
Gianluca