Skip to content

More accurate error messages when setting target release after mupdate - #11018

Open
jgallagher wants to merge 4 commits into
mainfrom
john/set-target-release-better-errors
Open

More accurate error messages when setting target release after mupdate#11018
jgallagher wants to merge 4 commits into
mainfrom
john/set-target-release-better-errors

Conversation

@jgallagher

Copy link
Copy Markdown
Contributor

This addresses #10921 (comment):

nit: I'm a little worried that the wedged/split version case doesn't have a great error message here, since if you try the given version it'll just complain about the other version, and it'll keep ping-ponging. Do you think it's worth extending the error message a little if we detect that situation?

We now have an explicit error variant for "we're trying to recover a mupdate but found multiple different versions of software on the rack", which includes all the unexpected versions we found.

This PR should only be changing error messages, no behavior, with one small exception for a pathological case: if we somehow attempt to set a target release while our current blueprint has no sleds in it, previously we would have treated that as ok because we didn't find anything on a different version - now we'll return a 500 for "no sleds in the blueprint".

@jgallagher
jgallagher requested a review from sunshowers August 6, 2026 15:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant