Skip to content

docs: add instance-recovery/cluster-refresh snap interface limitation#222

Open
hemanthnakkina wants to merge 1 commit into
canonical:mainfrom
hemanthnakkina:masakari-snapd
Open

docs: add instance-recovery/cluster-refresh snap interface limitation#222
hemanthnakkina wants to merge 1 commit into
canonical:mainfrom
hemanthnakkina:masakari-snapd

Conversation

@hemanthnakkina

Copy link
Copy Markdown
Contributor

Document LP #2147411 in the known limitations reference, noting that enabling the instance-recovery feature or running a Sunbeam cluster refresh can leave the openstack-network-agents and openstack-hypervisor charms in a blocked state on compute nodes. Add a cross-reference note in the cluster upgrades how-to, scoped to deployments with instance-recovery enabled.

Document LP #2147411 in the known limitations reference, noting that
enabling the instance-recovery feature or running a Sunbeam cluster
refresh can leave the openstack-network-agents and openstack-hypervisor
charms in a blocked state on compute nodes. Add a cross-reference note
in the cluster upgrades how-to, scoped to deployments with
instance-recovery enabled.

Signed-off-by: Hemanth Nakkina <hemanth.nakkina@canonical.com>
@gboutry

gboutry commented Jul 3, 2026

Copy link
Copy Markdown
Contributor

Should we document how to use pre-seed/deployment script in maas to enable the parallel instance feature, so that it happens before the relevant snap get installed?

Should we just enable it as part of sunbeam machine? since it's a charm that happens really early in the deployment?

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.

2 participants