summary refs log tree commit diff stats
path: root/results/classifier/deepseek-2-tmp/output/files/888150
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-06-30 12:34:26 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-06-30 12:35:44 +0000
commit25f8033d556aa17afaea4a5196ea7a69fe248320 (patch)
tree0f056db167683be54ea1e5e72d29d6069af55e7d /results/classifier/deepseek-2-tmp/output/files/888150
parent8e6da29e4ee5fc14bc1cc816a24f21271f14090d (diff)
downloademulator-bug-study-25f8033d556aa17afaea4a5196ea7a69fe248320.tar.gz
emulator-bug-study-25f8033d556aa17afaea4a5196ea7a69fe248320.zip
add new temporary deepseek-r1:14b results
Diffstat (limited to 'results/classifier/deepseek-2-tmp/output/files/888150')
-rw-r--r--results/classifier/deepseek-2-tmp/output/files/88815012
1 files changed, 12 insertions, 0 deletions
diff --git a/results/classifier/deepseek-2-tmp/output/files/888150 b/results/classifier/deepseek-2-tmp/output/files/888150
new file mode 100644
index 00000000..7571c2e3
--- /dev/null
+++ b/results/classifier/deepseek-2-tmp/output/files/888150
@@ -0,0 +1,12 @@
+
+qemu and qemu.git -> Migration + disk stress introduces qcow2 corruptions
+
+Hi guys, here I am, reporting yet another issue with qemu. This time, it's something that was first reported in January, and Juan proposed a patch for it:
+
+http://comments.gmane.org/gmane.comp.emulators.qemu/89009
+
+[PATCH 4/5] Reopen files after migration
+
+The symptom is, when running disk stress or any intense IO operation in guest while migrating it causes a qcow2 corruption. We've seen this consistently on the daily test jobs, both for qemu and qemu-kvm. The test that triggers it is autotest stress test running on a VM with ping-pong background migration.
+
+The fix proposed by Juan is on our RHEL branch and such a problem does not happen on the RHEL branch. So, what about re-considering Juan's patch, or maybe work out a solution that is satisfactory for the upstream maintainers?
\ No newline at end of file