1 files changed, 44 insertions, 0 deletions
diff --git a/results/classifier/108/performance/760976 b/results/classifier/108/performance/760976
new file mode 100644
index 00000000..13a254a5
--- /dev/null
+++ b/results/classifier/108/performance/760976
@@ -0,0 +1,44 @@
+performance: 0.988
+boot: 0.721
+device: 0.694
+graphic: 0.632
+semantic: 0.582
+other: 0.506
+PID: 0.495
+network: 0.472
+socket: 0.469
+debug: 0.450
+files: 0.401
+vnc: 0.338
+permissions: 0.305
+KVM: 0.102
+
+Nexenta 3.0.1 fails to install
+
+The latest git version of qemu (commit 420b6c317de87890e06225de6e2f8af7bf714df0) fails to boot Nexenta3.0.1. I don't know if this is a bug in nextenta, or in QEMU or both.
+
+You can obtain a bootable image of Nextenta from http://www.nexenta.org/releases/nexenta-core-platform_3.0.1-b134_x86.iso.zip
+
+Host: Linux/x86_64 gcc4.5 ./configure --enable-linux-aio --enable-io-thread --enable-kvm
+
+qemu-img create nexenta3.0.1 3G
+qemu -hda nexenta3.0.1 -cdrom nexenta-core-platform3.0.1-b134x86.iso -boot d -k en-us -m 256
+
+Boots to grub OK, but when you hit install you get panic[cpu0]/thread=fec226c0: vmem_hash_delete(d4404690, d445abc0, 0): bad free.
+
+You get the same error with or without -enable-kvm
+
+
+
+I have found that I can get to the installer if I give the -no-acpi argument.
+
+As others have noted, Netexnta is very slow.  To get any sort of speed I used the 32-bit version and disabled QEMU disc caching, thus:
+
+qemu -drive file=nexenta3.0.1,index=0,media=disk,cache=unsafe -cdrom nexenta-core-platform_3.0.1-b134_x86.iso -boot d -k en-us -m 512 -enable-kvm -no-acpi
+
+Even then, performance is painful.
+
+Triaging old bug tickets ... Is this issue still reproducible with the latest version of QEMU?
+
+[Expired for QEMU because there has been no activity for 60 days.]
+