Skip to content

blueprints blocked on mupdate override should indicate this more clearly #8744

@sunshowers

Description

@sunshowers

If a system is currently recovering from a MUPdate, noticing that the planner is blocked is not entirely clear without looking directly at the blueprint logs. Ideally there would be some way of indicating the fact that the planner is currently blocked, as well as the reasons if so, stored on the blueprint itself -- either in a comment or perhaps in a more structured manner, so that blueprint displays are clearer.

@plotnick this might intersect with the work you've been doing with tracking planner waiting steps.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions