-
Notifications
You must be signed in to change notification settings - Fork 21
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
Fix Rancher chart features value #1010
Fix Rancher chart features value #1010
Conversation
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 @anmazzotti. Doesn't this make the whole embedded-capi-disabled
test suite obsolete?
I am not exactly familiar with this test suite, but the behavior is unchanged. The behavior seems to be that we let Rancher run the embedded CAPI. I did not really think this was possible, so now I'm confused. Is this supported? |
I think for the suite to cover
|
Signed-off-by: Andrea Mazzotti <[email protected]>
39a6e3e
to
e5f689c
Compare
b208974
to
c73ec53
Compare
@salasberryfin Following your comment I kept the code as it is, just fixed the CATTLE_FEATURES usage, and disabled the test until the Rancher issue is fixed. Note that I tried to use the DontRunLabel, however this is going to fail during the BeforeSuite when the cluster is initialized. For this reason I commented out the GHA workflow job instead. |
Thanks @anmazzotti. LGTM |
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.
rancher/rancher#41724 does not seem to get a fix any time soon (if ever) @anmazzotti. We are handling this by applying Feature
resource change directly. Can you please update the PR to reflect this? I’m confused by the issue and PR.
Is the purpose to disable embedded capi test scenario? Can the be better clarified?
@Danil-Grigorev I'm happy to clarify but I'm confused as well now. There is no "embedded capi test scenario" that I know of. Using "embedded capi" from Rancher is not a supported setup. This assumes Rancher can be installed without embedded-cluster-api, but it's not the case because of the upstream issue you linked. I just recently tweaked the documentation to recommend users to rely on the Turtles chart to disable this Rancher feature. So in my opinion this test is now covering a not recommended scenario and could be eliminated. I also wonder what was the idea with this setup also. Why are we even considering not turning off this Rancher feature? If not then I'd say the apiVersion: management.cattle.io/v3
kind: Feature
metadata:
name: embedded-cluster-api
annotations:
"helm.sh/hook": pre-install
"helm.sh/hook-weight": "1"
spec:
value: false |
I don't think that disabling the test is the right approach here. It is verifying that we don't break provisioning v2 implementation by managing CAPI with turtles. It may be the only test scenario to identify regression once a new API version of CAPI will be released - v1beta2. Historically was used to verify that gone v1alpha3 version does not affect provisioning v2 functionality. Currently fixed by aligning versions of CAPI in rancher and turtles - 1.9, but we'd prefer to have it latest. This TC is the one which can ensure this. |
It shouldn't be possible to use turtles with embedded CAPI enabled, but it would be awesome to make it work, by using CAPI operator withing rancher/rancher as well (instead of current provisioning mechanism) |
c73ec53
to
62d8fe9
Compare
@salasberryfin @Danil-Grigorev I just fixed the CATTLE_FEATURES usage. |
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.
LGTM
Fixes #1009
This PR only fixes the
CATTLE_FEATURES
notation that is currently ineffective.