From 9260319e7411ff8281700a532caa436f40120ec4 Mon Sep 17 00:00:00 2001 From: Christian Krinitsin Date: Fri, 30 May 2025 16:52:07 +0200 Subject: gitlab scraper: download in toml and text format --- .../host_missing/accel_missing/2963.toml | 32 ---------------------- 1 file changed, 32 deletions(-) delete mode 100644 gitlab/issues/target_missing/host_missing/accel_missing/2963.toml (limited to 'gitlab/issues/target_missing/host_missing/accel_missing/2963.toml') diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml deleted file mode 100644 index e5432b4e..00000000 --- a/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml +++ /dev/null @@ -1,32 +0,0 @@ -id = 2963 -title = "QEMU crash with `qemu_mutex_unlock_impl: Operation not permitted` during block device operations" -state = "opened" -created_at = "2025-05-14T07:36:27.854Z" -closed_at = "n/a" -labels = ["Storage", "workflow::Needs Info"] -url = "https://gitlab.com/qemu-project/qemu/-/issues/2963" -host-os = "Ubuntu 22.04" -host-arch = "x86" -qemu-version = "QEMU emulator version 8.2.5" -guest-os = "n/a" -guest-arch = "n/a" -description = """We got a crash when I use a blockdev-add command while a blockdev-backup operation was nearly complete. The crash does not reproduce consistently. - -This message was printed in the QEMU debug log. -`qemu: qemu_mutex_unlock_impl: Operation not permitted` - -We also collected a coredump at the time of the crash. but, when analyzing the coredump using gdb, the call stack only shows ?? for all frames, making it difficult to diagnose the root cause. - -so I have two main questions: - -1. Under what circumstances does `qemu_mutex_unlock_impl: Operation not permitted` occur? -Is there any known cause or workaround for this kind of crash? - -2. What should be done to ensure that the call stack in a coredump is visible? -Are there specific build flags or debug symbol requirements we should be aware of? -We built QEMU with --enable-debug, but the call stack still shows only ?? in gdb when analyzing the core dump.""" -reproduce = """1. Start a VM with block devices configured. -2. Begin a blockdev-backup operation. -3. Near the completion of the blockdev-backup, issue a blockdev-add command for another device. -4. Observe a crash. (The crash does not reproduce consistently)""" -additional = """""" -- cgit 1.4.1