add gitlab issues in toml format

1 files changed, 32 insertions, 0 deletions

diff --git a/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml b/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml
new file mode 100644
index 00000000..e5432b4e
--- /dev/null
+++ b/gitlab/issues/target_missing/host_missing/accel_missing/2963.toml
@@ -0,0 +1,32 @@
+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 = """"""