087091663f
Do not fail and retry when some of mon pods are not found while checking its status. This is to avoid situations like the following: ``` 2025-07-10 14:53:17.670728 | primary | + MON_PODS='rook-ceph-mon-a-canary-6d7bf54997-mtzmt 2025-07-10 14:53:17.670767 | primary | rook-ceph-mon-b-canary-7ff47b6fc6-sbtjh 2025-07-10 14:53:17.670781 | primary | rook-ceph-mon-c-canary-68cf8fb595-4jptf' 2025-07-10 14:53:17.670786 | primary | + for MON_POD in $MON_PODS 2025-07-10 14:53:17.670791 | primary | + kubectl get pod --namespace=ceph rook-ceph-mon-a-canary-6d7bf54997-mtzmt 2025-07-10 14:53:17.824501 | primary | + kubectl wait --namespace=ceph --for=condition=ready pod/rook-ceph-mon-a-canary-6d7bf54997-mtzmt --timeout=600s 2025-07-10 14:53:17.897216 | primary | Error from server (NotFound): pods "rook-ceph-mon-a-canary-6d7bf54997-mtzmt" not found ``` Change-Id: I7f10df4d9b395a5775aa3afd42e17dbd09855304 Signed-off-by: Vladimir Kozhukalov <kozhukalov@gmail.com>
OpenStack-Helm
Mission
The goal of OpenStack-Helm is to provide a collection of Helm charts that simply, resiliently, and flexibly deploy OpenStack and related services on Kubernetes.
Versions supported
The table below shows the combinations of the Openstack/Platform/Kubernetes versions that are tested and proved to work.
| Openstack version | Host OS | Image OS | Kubernetes version |
|---|---|---|---|
| 2024.1 (Caracal) | Ubuntu Jammy | Ubuntu Jammy | >=1.29,<=1.31 |
| 2024.2 (Dalmatian) | Ubuntu Jammy | Ubuntu Jammy | >=1.29,<=1.31 |
| 2025.1 (Epoxy) | Ubuntu Jammy | Ubuntu Jammy | >=1.29,<=1.31 |
| 2025.1 (Epoxy) | Ubuntu Noble | Ubuntu Noble | >=1.29,<=1.31 |
Communication
- Join us on IRC:
#openstack-helmon oftc - Join us on Slack (this
is preferable way of communication):
#openstack-helm - Join us on Openstack-discuss
mailing list (use subject prefix
[openstack-helm])
The list of Openstack-Helm core team members is available here openstack-helm-core.
Storyboard
You found an issue and want to make sure we are aware of it? You can do so on our Storyboard.
Bugs should be filed as stories in Storyboard, not GitHub.
Please be as much specific as possible while describing an issue. Usually having more context in the bug description means less efforts for a developer to reproduce the bug and understand how to fix it.
Also before filing a bug to the Openstack-Helm Storyboard please try to identify if the issue is indeed related to the deployment process and not to the deployable software.
Other links
Our documentation is available here.
This project is under active development. We encourage anyone interested in OpenStack-Helm to review the code changes
Our repositories:
- OpenStack charts openstack-helm
- OpenStack-Helm plugin openstack-helm-plugin
- Build non-OpenStack images openstack-helm-images
- Build Openstack images loci
We welcome contributions in any form: code review, code changes, usage feedback, updating documentation.
Release notes
We use reno for managing release notes. If you update a chart, please add a release note using the following command:
reno new <chart_name>This will create a new release note file
releasenotes/notes/<chart_name>-<sha>.yaml.
Fill in the necessary information and commit the release note file.
If you update multiple charts in a single commit use the following command:
reno new commonThis will create a new release note file
releasenotes/notes/common-<sha>.yaml. In this case
you can add multiple chart specific sections in this release note
file.
When building tarballs, we will use the reno features to
combine release notes from all files and generate
<chart_name>/CHANGELOG.md files.