add new classifier result

1 files changed, 55 insertions, 0 deletions

diff --git a/results/classifier/105/KVM/1798057 b/results/classifier/105/KVM/1798057
new file mode 100644
index 000000000..f778a1e82
--- /dev/null
+++ b/results/classifier/105/KVM/1798057
@@ -0,0 +1,55 @@
+KVM: 0.665
+graphic: 0.612
+semantic: 0.609
+other: 0.544
+instruction: 0.523
+device: 0.479
+socket: 0.376
+network: 0.329
+mistranslation: 0.301
+vnc: 0.284
+boot: 0.256
+assembly: 0.092
+
+Not able to start instances larger than 1 TB
+
+Specs:
+
+CPU: Intel(R) Xeon(R) Gold 6132 CPU @ 2.60GHz
+OS: Ubuntu 18.04 AMD64
+QEMU: 1:2.11+dfsg-1ubuntu7.6 (Ubuntu Bionic Package)
+Openstack: Openstack Queens (Ubuntu Bionic Package)
+Libvirt-daemon: 4.0.0-1ubuntu8.5
+Seabios: 1.10.2-1ubuntu1
+
+
+The Problem:
+We are not able to start instances, which have a memory size over 1 TB.
+After starting the instance, they shortly lock up. Starting guests with a lower amount of RAM works
+perfectly. We dealt with the same problem in the past with an older Qemu Version (2.5) by patching some source files according to this patch:
+
+https://git.centos.org/blob/rpms!!qemu-kvm.git/34b32196890e2c41b0aee042e600ba422f29db17/SOURCES!kvm-fix-guest-physical-bits-to-match-host-to-go-beyond-1.patch
+
+
+I think we now have somewhat the same problem here, however the source base changed and I'am not able to find the corresponding snippet to patch this.
+
+Also, guests show a wrong physical address size which is probably the cause of the lock ups on high memory guests:
+root@debug:~# grep physical /proc/cpuinfo 
+physical id	: 0
+address sizes	: 40 bits physical, 48 bits virtual 
+
+Any way to fix this?
+
+Hi Alex,
+  You should be able to fix this by passing the right cpu flags, e.g.:
+
+-cpu IvyBridge,host-phys-bits=yes
+
+or
+
+-cpu IvyBridge,physbits=46
+
+Dave
+
+I'm assuming that the right physbits setting fixed the bug? ... so I'm marking this ticket as "Invalid". If the problem still persists, then please open again.
+