Hi,
thanks, this sounds good to me (in the sense of: I didn't make an
obvious mistake). I'll open a bug report ASAP, probably tomorrow.
Regards
Matthias
Am 13.06.19 um 15:42 schrieb Andrej Krejcir:
Hi,
this is probably a bug. Can you open a new ticket in Bugzilla?
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
As a workaround, if you are sure that the VM's NUMA configuration is
compatible with the host's NUMA configuration, you could create a custom
cluster scheduling policy and disable the "NUMA" filter. In
Administration -> Configure -> Scheduling Policies.
Regards,
Andrej
On Thu, 13 Jun 2019 at 12:49, Matthias Leopold
<matthias.leopold(a)meduniwien.ac.at
<mailto:matthias.leopold@meduniwien.ac.at>> wrote:
> Hi,
>
> I'm having trouble using vNUMA and hugepages at the same time:
>
> - hypervisor host hast 2 CPU and 768G RAM
> - hypervisor host is configured to allocate 512 1G hugepages
> - VM configuration
> * 2 virtual sockets, vCPUs are evenly pinned to 2 physical CPUs
> * 512G RAM
> * 2 vNUMA nodes that are pinned to the 2 host NUMA nodes
> * custom property "hugepages=1048576"
> - VM is the only VM on hypervisor host
>
> when I want to start the VM I'm getting the error message
> "The host foo did not satisfy internal filter NUMA because cannot
> accommodate memory of VM's pinned virtual NUMA nodes within host's
> physical NUMA nodes"
> VM start only works when VM memory is shrunk so that it fits in (host
> memory - allocated huge pages)
>
> I don't understand why this happens. Can someone explain to me how this
> is supposed to work?
>
> oVirt engine is 4.3.3
> oVirt host is 4.3.4
>
> thanks
> matthias
--
Matthias Leopold
IT Systems & Communications
Medizinische Universität Wien
Spitalgasse 23 / BT 88 /Ebene 00
A-1090 Wien
Tel: +43 1 40160-21241
Fax: +43 1 40160-921200