-
Notifications
You must be signed in to change notification settings - Fork 7
fix: Handle long cluster names #845
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
effb100
to
1ff9063
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking good, going to test this locally
I think this change introduced a bug with the cluster-autoscaler.
See example from main
|
Yes you're right @dkoshkin it does introduce that CA bug - fixing (somehow!). |
0a3b6c6
to
06bd5d8
Compare
@dkoshkin Please try with latest commit. Using md5 sum of cluster namespace/name as helm release suffix. |
d1fa818
to
dcd84a0
Compare
Fixed up again. @dkoshkin Please review when you get a mo. |
ce47a7b
to
3e62e85
Compare
...ntime-extensions-nutanix/templates/cluster-autoscaler/manifests/helm-addon-installation.yaml
Outdated
Show resolved
Hide resolved
...ntime-extensions-nutanix/templates/cluster-autoscaler/manifests/helm-addon-installation.yaml
Outdated
Show resolved
Hide resolved
983e89f
to
69a1780
Compare
651e249
to
faac093
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for all the work here, this was a hard one!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good work.
This commit starts fixing a bug that means addons fail to be fully deployed if the cluster name is longer than 44 characters. This is caused by the name of the HCP being over 63 characters. This name is then used in HRP labels which have a maximum length of 63 characters, so the HRPs are rejected by the API server when CAAPH applies them. The fix is to use generate name and labels on the HCP to ensure uniqueness by lookup rather than by using a deterministic name.
62a2dba
to
366044e
Compare
🤖 I have created a release *beep* *boop* --- ## 0.13.7 (2024-08-13) <!-- Release notes generated using configuration in .github/release.yaml at main --> ## What's Changed ### Fixes 🔧 * fix: Deterministic ordering of lifecycle hooks by @jimmidyson in #847 * fix: reorder lifecycle handlers with serviceloadbalancer being last by @dkoshkin in #848 * fix: update mindthegap by @faiq in #852 * fix: Handle long cluster names by @jimmidyson in #845 **Full Changelog**: v0.13.6...v0.13.7 --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
This commit starts fixing a bug that means
addons fail to be fully deployed if the cluster name
is longer than 44 characters. This is caused by the name
of the HCP being over 63 characters. This name is then
used in HRP labels which have a maximum length of 63
characters, so the HRPs are rejected by the API server
when CAAPH applies them.
The fix is to add a UUID annotation to all Cluster resources,
enforce this as immutable, and use that UUID in HCP names.