summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/649
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/zero-shot/108/other/649')
-rw-r--r--results/classifier/zero-shot/108/other/64923
1 files changed, 23 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/649 b/results/classifier/zero-shot/108/other/649
new file mode 100644
index 000000000..d5908229c
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/649
@@ -0,0 +1,23 @@
+device: 0.669
+graphic: 0.468
+boot: 0.146
+semantic: 0.142
+vnc: 0.142
+performance: 0.132
+other: 0.103
+socket: 0.079
+PID: 0.075
+debug: 0.047
+network: 0.042
+permissions: 0.026
+KVM: 0.016
+files: 0.007
+
+qemu-6.1.0 causes I/O errors in VMs leading to data corruption
+Description of problem:
+after upgrading around 10 gentoo hosts from qemu-6.0.0-r53 to 6.1.0 most VMs (around 85 of 100, our VMs with PostgreSQL have 100% chance of hitting this) after some time (few minutes) will have I/O Errors, causing crashes and data corruption.
+The VMs are stored on ZFS volumes.
+Downgrading to qemu-6.0.0-r53 instantly fixes this.
+Happens on completely different hardware (quad core Xeons to 32C Epyc2).
+
+Reproducible: Always