-
Notifications
You must be signed in to change notification settings - Fork 10
feat: multicluster support #56
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
butler54
commented
Sep 17, 2025
- feat: allow the use of self-signed certificates with trustee
- chore: ansible linting
- chore: ansible docs
- fix: linting
- feat: add multicluster support
- fix: update global pattern
- fix: add cert manager operator back in
- fix: correct hub-to-spoke
|
#55 needs to be merged first then this needs to be rebased |
7e11018 to
ac803d1
Compare
|
@butler54 Deployed the pattern. Some comments based on my deployment
|
Okay so this is my fault - looks like we have two paths:
I'll take that on as it's a requirement. |
beraldoleal
left a comment
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.
Hi @butler54, I'm finally here.
Heads up, I tend to review commit-by-commit (old upstream habits die hard), so the large initial commit followed by chore commits was a bit annoying to navigate. Please, take it as a nit, feel free to ignore for this PR. Just thinking ahead to the helm repo split where smaller commits will help with more contributors.
857c3b3 to
2109698
Compare
Signed-off-by: Chris Butler <chris.butler@redhat.com>
1d4663d to
7e2c38a
Compare
|
Should be looking good now :) |
|
@butler54 Running into challenges with multiple runs |
|
Two clusters were provisioned, but this note is presented before exiting |
|
Let me take another crack at this. I think we might need to bring Mak in if we are getting long term failures in deployment ias it's affecting us anyway. |
|
@butler54 let me give it a try and see if I can help figure out what's going on |
Ran into a similar error again. Not sure what determines it. |
sabre1041
left a comment
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.
@butler54 Finally got a cluster deployed. There was an error that was being reported, but was not halting execution and the error message was buried in the output.
Added a few comments where we might want to add some error checking for easier visibility of failures
| ADDON_WAIT=0 | ||
| while [ $ADDON_WAIT -lt 180 ]; do | ||
| ADDONS_READY=$(kubectl get managedclusteraddons -n coco-spoke -o jsonpath='{range .items[?(@.spec.installNamespace=="open-cluster-management-agent-addon")]}{.metadata.name}={.status.conditions[?(@.type=="Available")].status}{"\n"}{end}' 2>/dev/null | grep -c "=True" || echo "0") | ||
| if [ "$ADDONS_READY" -ge 4 ]; then |
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.
An error was omitted from the script here
./rhdp/wrapper-multicluster.sh: line 351: [: 0
0: integer expression expected
Addon status: 0
Processing still continued
beraldoleal
left a comment
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.
A part from others comments, LGTM.
|
@butler54 do you plan to fix those comments still on this PR or on a following PR? Could we merge it as it is? |
beraldoleal
left a comment
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.
@butler54 , I found a minor issue with the ACM channel.