Reviewed: https://review.opendev.org/c/openstack/masakari/+/1000294 Committed: https://opendev.org/openstack/masakari/commit/4e6dd2e645d71439eb289a1523a5d04c402e90bb Submitter: "Zuul (22348)" Branch: stable/2026.1
commit 4e6dd2e645d71439eb289a1523a5d04c402e90bb Author: Hemanth Nakkina <[email protected]> Date: Sat Jul 4 10:21:29 2026 +0530 Prevent silent drops during host evacuation During COMPUTE_HOST recovery, transient Nova or Keystone API failures could leave a vmove in PENDING while the notification was still marked finished. Operators could then see a completed recovery even though one or more instances were not accounted for. Fail the host recovery when any vmove remains pending after evacuation, and handle transient API failures during instance lookup and locking so these failures are surfaced instead of being swallowed. Log unlock cleanup failures without letting them escape the recovery worker. Closes-Bug: #2158101 Assisted-by: z.ai/glm-5.2 Change-Id: Ie4974fdd3060b1754da555e04f905157e0445b32 Signed-off-by: Hemanth Nakkina <[email protected]> (cherry picked from commit b99d2af7360f99843e23de9b69c1d4c49e8914ab) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2158101 Title: Masakari delays BFV instance evacuation when Cinder volume has multiattach=False on shared storage backend To manage notifications about this bug go to: https://bugs.launchpad.net/masakari/+bug/2158101/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
