Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

ClusterStackRelease is ready even when OpenStackClusterStackRelease is not

Open
#59 8 comments 0 reactions 0 assignees View on GitHub

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

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

Container

/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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from SovereignCloudStack/cluster-stack-operator

All issues in SovereignCloudStack/cluster-stack-operator

Similar issues

More Go issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.