)]}'
{"/PATCHSET_LEVEL":[{"author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"change_message_id":"facbb03468618cb03e6e6d5d24a1fc654d01a708","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"ba9934dc_34e6b5d0","updated":"2026-05-21 18:05:43.000000000","message":"I imagine this is the thing where qemu-img fails to check some CPU limit (for the hash iterations or whatever). We used to see the error message from qemu-img before (i.e. the reason for the exit code 1) but it\u0027s not visible in this log. I wonder if it\u0027s a stdout buffering problem now that you\u0027re sending stderr there?","commit_id":"37312133ef9d0529d4f98591e85a3054f1860728"},{"author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"change_message_id":"7262d0b660f84190e5f0648922b0987a81b1f385","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"163f66f4_3e5b2a59","updated":"2026-05-21 18:38:21.000000000","message":"This, from the other job that doesn\u0027t have this applied yet:\n\nhttps://zuul.opendev.org/t/openstack/build/f372aa87716b4e4ba4b1b0c87f2127ac/log/job-output.txt#15504","commit_id":"37312133ef9d0529d4f98591e85a3054f1860728"},{"author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"change_message_id":"01b36bf62f6964c35598b51ed7f255bc75d38a0c","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"19678cc1_a40ecf52","updated":"2026-05-21 16:40:31.000000000","message":"recheck\n\nOh, the irony. Clearly there\u0027s more to do here 😞 This is an improvement though","commit_id":"37312133ef9d0529d4f98591e85a3054f1860728"},{"author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"change_message_id":"3cc3ae81a513d56aba8442fa948e37e45aa69097","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"455fc0db_c9376429","in_reply_to":"163f66f4_3e5b2a59","updated":"2026-05-21 19:18:37.000000000","message":"Hmm, maybe we\u0027re better off *not* piping the output so. I\u0027d have expected it to have dumped the output on failure but we\u0027re missing some glue, clearly.\n\nI\u0027ve pulled it out of the gate for now so I can re-examine this next week.","commit_id":"37312133ef9d0529d4f98591e85a3054f1860728"},{"author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"change_message_id":"b85c0c7232e22c404e54085c95609d3c53f5b429","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":2,"id":"47e562cd_e49b95f6","updated":"2026-05-21 21:03:41.000000000","message":"Looks like this is known and maybe fixed or made better in a more recent qemu:\n\nhttps://lists.gnu.org/archive/html/qemu-devel//2025-01/msg03750.html\n\nIt seems unlikely that our CI workers are \"too fast\" but I wonder if heavily loaded to the point of losing time or something triggers a similar behavior. Also looks like maybe we could set iter-time to zero for these test images, which is not recommended for runtime use (due to easer-to-break keys) but perhaps that is a worthwhile tradeoff for testing.","commit_id":"f3a409c3b5b713f2c84ab87f1b8aa164e34e61be"}]}