[SOLVED] NUMA Error

[redtex]

Hi !
After recent update, I've noticed that some VM's not running.
There is error message:

TASK ERROR: host NUMA node1 doesn't exist

The virtual machine has 2 sockets with 2 cores, numa=1
The hypervisor has single Xeon E3-1270 processor

So, when I disable numa, or reduce sockets to 1 - virtual machine starts. When I run kvm process from command line with enabled numa and 2 cores - virtual machine starts. Earlier, here was no problem to start 2 core VM on single core hypervisor with enabled numa. So please, tell me - is it's a bug, or new "feature" ?

Package versions:

proxmox-ve: 4.2-56 (running kernel: 4.4.13-1-pve)
pve-manager: 4.2-15 (running version: 4.2-15/6669ad2c)
pve-kernel-4.4.13-1-pve: 4.4.13-56
pve-kernel-4.2.6-1-pve: 4.2.6-36
pve-kernel-4.4.8-1-pve: 4.4.8-52
pve-kernel-4.2.8-1-pve: 4.2.8-41
lvm2: 2.02.116-pve2
corosync-pve: 2.3.5-2
libqb0: 1.0-1
pve-cluster: 4.0-42
qemu-server: 4.0-83
pve-firmware: 1.1-8
libpve-common-perl: 4.0-70
libpve-access-control: 4.0-16
libpve-storage-perl: 4.0-55
pve-libspice-server1: 0.12.5-2
vncterm: 1.2-1
pve-qemu-kvm: 2.5-19
pve-container: 1.0-70
pve-firewall: 2.0-29
pve-ha-manager: 1.0-32
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u2
lxc-pve: 1.1.5-7
lxcfs: 2.0.0-pve2
cgmanager: 0.39-pve1
criu: 1.6.0-1
zfsutils: 0.6.5.7-pve10~bpo80

 

[redtex]

Bump.
Is there are nobody faced this issue too ????

 

[spirit]

last code update try to map guest numa to physical numa nodes.
It was a mistake , we'll revert this.

(BTW, you don't have any reason to enable numa on a single socket server)

 

[redtex]

Thank you for answer.
Yes, of course - on single socket system I don't need NUMA, but I have mixed setup with single and two socket hosts, and want to be able live-migrate VM from one to another, especially for HA.

 

[spirit]

Thank you for answer.
Yes, of course - on single socket system I don't need NUMA, but I have mixed setup with single and two socket hosts, and want to be able live-migrate VM from one to another, especially for HA.

mmm,ok. make sense.

 

[redtex]

In recent update the problem is solved.

()
Package versions
proxmox-ve: 4.2-64 (running kernel: 4.4.16-1-pve)
pve-manager: 4.2-18 (running version: 4.2-18/158720b9)
pve-kernel-4.4.13-1-pve: 4.4.13-56
pve-kernel-4.2.6-1-pve: 4.2.6-36
pve-kernel-4.4.8-1-pve: 4.4.8-52
pve-kernel-4.4.13-2-pve: 4.4.13-58
pve-kernel-4.4.15-1-pve: 4.4.15-60
pve-kernel-4.2.8-1-pve: 4.2.8-41
pve-kernel-4.4.16-1-pve: 4.4.16-64
lvm2: 2.02.116-pve3
corosync-pve: 2.4.0-1
libqb0: 1.0-1
pve-cluster: 4.0-44
qemu-server: 4.0-86
pve-firmware: 1.1-9
libpve-common-perl: 4.0-72
libpve-access-control: 4.0-19
libpve-storage-perl: 4.0-57
pve-libspice-server1: 0.12.8-1
vncterm: 1.2-1
pve-qemu-kvm: 2.6.1-2
pve-container: 1.0-73
pve-firewall: 2.0-29
pve-ha-manager: 1.0-33
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u2
lxc-pve: 2.0.4-1
lxcfs: 2.0.3-pve1
cgmanager: 0.39-pve1
criu: 1.6.0-1
novnc-pve: 0.5-8
zfsutils: 0.6.5.7-pve10~bpo80