1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
|
KVM: 0.969
performance: 0.918
socket: 0.898
semantic: 0.896
other: 0.745
PID: 0.711
graphic: 0.680
debug: 0.665
device: 0.657
permissions: 0.597
vnc: 0.563
boot: 0.553
files: 0.532
network: 0.515
qemu 2.1.0 fails to start if number of cores is greater than 1.
qemu (kvm) 2.1.0 (built from sources) fails to start if number of cores is greater than 1.
relevant part of commandline arguments:
/usr/bin/qemu-system-x86_64 -name test3 -S -machine pc-i440fx-2.1,accel=kvm,usb=off -cpu Westmere -m 4096 -realtime mlock=off -smp 1,maxcpus=4,sockets=1,cores=4,threads=1
the error reported is:
qemu-system-x86_64: /home/asavah/pkgbuild/qemu-2.1.0/hw/i386/smbios.c:825: smbios_get_tables: Assertion `smbios_smp_sockets >= 1' failed.
2014-08-05 21:45:35.825+0000: shutting down
however setting 4 sockets with 1 core each allows me to start the machine just fine.
the system is debian wheezy
Linux hostname 3.16.0-hostname2 #2 SMP Mon Aug 4 17:02:16 EEST 2014 x86_64 GNU/Linux
libvirt 1.2.7 (built from sources)
-smp 1,maxcpus=4,sockets=1,cores=4,threads=1
should be
-smp 4,maxcpus=4,sockets=1,cores=4,threads=1
although more human-friendly error is more appropriate there (better than a silent fallback to either 1- or 4- core topology)
I forgot to mention that VM was created and managed remotely via virt-manager 0.9.5 from another host.
I used custom cpu topology.
however this config worked fine on qemu 2.0.0 with virt-manager 0.9.5
just tried virt-manager 1.0.1 - it creates the proper argument -smp 4,maxcpus=4,sockets=1,cores=4,threads=1
so this was a virt-manager bug already fixed upstream.
this bug can be closed :)
|