ClusterStackRelease is ready even when OpenStackClusterStackRelease is not
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- go
- Domain
- backend, infrastructure
Research direction
Start by tracing how ClusterStackRelease evaluates the providerClusterStackRelease status, then compare that behavior with the OpenStackClusterStackRelease and OpenStackNodeImageRelease statuses shown in the kubectl output. Confirm the intended handling when the provider release is not ready, including ClusterClass lifecycle, and add or update coverage for the reported sequence.
Written by the indexing model from the issue text.
Description
/kind question
Question
I created clusterstack:
apiVersion: clusterstack.x-k8s.io/v1alpha1
kind: ClusterStack
metadata:
name: clusterstack
namespace: cluster
spec:
provider: openstack
name: ferrol
kubernetesVersion: "1.27"
channel: stable
autoSubscribe: false
providerRef:
apiVersion: infrastructure.clusterstack.x-k8s.io/v1alpha1
kind: OpenStackClusterStackReleaseTemplate
name: cspotemplate
versions:
- v4
And every created resource has status ready true.
Then, for OpenStack, I deactivated one image so object OpenStackNodeImageRelease is ready false(because the image is not active and cannot be used):
$ k get osnir openstack-ferrol-1-27-ubuntu-capi-image-v1.27.8-v2 -n cluster
NAME READY AGE REASON MESSAGE
openstack-ferrol-1-27-ubuntu-capi-image-v1.27.8-v2 false 83m IssueWithOpenStackImage image status deactivated is unexpected
CSPO correctly set status also on OpenStackClusterStackRelease object:
$ k get oscsr openstack-ferrol-1-27-v4 -n cluster
NAME READY AGE REASON MESSAGE
openstack-ferrol-1-27-v4 false 83m ProcessOngoing OpenStackNodeImageReleases not ready yet
Also, there is a nice message from CSO on ClusterStackRelase object:
$ k get clusterstackrelease openstack-ferrol-1-27-v4 -n cluster
NAME K8S VERSION READY AGE REASON MESSAGE
openstack-ferrol-1-27-v4 v1.27.8 true 84m ProcessOngoing providerClusterStackRelease not ready yet
But I expected also the READY status to be false here and the deletion of ClusterClass if it is not used.
$ k get clusterclass openstack-ferrol-1-27-v4 -n cluster
NAME AGE
openstack-ferrol-1-27-v4 85m
So my question is: Is it meant to be?
- Dominant language
- Go
- Stars
- 18
- Forks
- 5
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from SovereignCloudStack/cluster-stack-operator
-
CI issues (1) Openbug Container
SovereignCloudStack/cluster-stack-operator#340 · 1 comment · 3 assignees ·
-
cso: crash .... Open
Difficulty 3/5 1-2 days Newbie friendliness 58/100
SovereignCloudStack/cluster-stack-operator#337 · 2 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 50/100
SovereignCloudStack/cluster-stack-operator#336 · 3 comments ·
-
bug
SovereignCloudStack/cluster-stack-operator#327 · 1 assignee ·
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
SovereignCloudStack/cluster-stack-operator#272 · 32 comments ·
All issues in SovereignCloudStack/cluster-stack-operator
Similar issues
-
bug github_actions
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
registrystack/registry-stack#1393 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
JakeChampion/lang#10213 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
oasisprotocol/oasis-sdk#2523 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100