-
Notifications
You must be signed in to change notification settings - Fork 28
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
Disable Webhooks #466
Disable Webhooks #466
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bshephar The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Build failed (check pipeline). Post https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/e6ee4d6e038742faa0358b058025f546 ✔️ openstack-k8s-operators-content-provider SUCCESS in 2h 01m 08s |
Yeah, so as we discussed on the call. This will break Kuttl tests. So we need to be able to dynamically set this for CI jobs - which is ideal since we do want to test web hooks in CI. But, ultimately, the bundle we build and ship should have the service level operator web hooks disabled so that they can be executed by the openstack-operator without duplication.
|
/test heat-operator-build-deploy-kuttl |
d0d9edc
to
b0c5b47
Compare
Build failed (check pipeline). Post https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/cc47398324ea43fc8a7863f7cafc5c82 ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 26m 45s |
b0c5b47
to
b4a76f5
Compare
Build failed (check pipeline). Post https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/9ac36f3b6ba341e6abf8a2fc21672ca7 ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 25m 40s |
We need to merge this one to proceed any further here: |
/test heat-operator-build-deploy-kuttl |
e9c55e2
to
cff9550
Compare
Build failed (check pipeline). Post https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/589eadecd7fc49e2b4cd73a423f7c1f9 ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 25m 16s |
cff9550
to
cf3f2de
Compare
Build failed (check pipeline). Post https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/efff7273a75442b0941b043ecbe08afb ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 49m 58s |
cf3f2de
to
a0bd52f
Compare
Build failed (check pipeline). Post https://softwarefactory-project.io/zuul/t/rdoproject.org/buildset/1dfbed4e2db6453e9a382f5526c704d4 ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 54m 15s |
So, the build is enabling webhooks:
But Kuttl is failing because the webhook isn't responding:
I must be missing something else. |
a0bd52f
to
ebd2f8c
Compare
... Yeah, ARG doesn't work like that. |
ebd2f8c
to
9052c71
Compare
This change builds the Operator bundle with ENABLE_WEBHOOKS=false. This is due to the duplication of webhook logic since openstack-operator imports and runs this webhook at the OpenStackControlPlane level. Therefor, having the webhook run by the service operator is a needless duplication of this webhook logic. Jira: https://issues.redhat.com/browse/OSPRH-11198 Signed-off-by: Brendan Shephard <[email protected]>
9052c71
to
2e89b03
Compare
This change adds the environment variable required to disable operator webhooks in the build. This will only disable webhooks in operators that have the option to do so in their specific Dockerfile. For example: openstack-k8s-operators/heat-operator#466 Signed-off-by: Brendan Shephard <[email protected]>
Yeah, so I guess we need to disable it like this: |
@bshephar So my PR here would disable the validation/mutating webhooks for operators here: openstack-k8s-operators/openstack-operator#1185 |
We wanted to run them from the openstack-operator though didn't we? Then disable them in each individual service operator. |
/retest |
This doesn't need to be done on an individual operator level. We will change the architecture for deploying openstack-operator and in doing so, we will stop running service webhooks. |
This change builds the Operator bundle with ENABLE_WEBHOOKS=false. This is due to the duplication of webhook logic since openstack-operator imports and runs this webhook at the OpenStackControlPlane level. Therefor, having the webhook run by the service operator is a needless duplication of this webhook logic.
Jira: https://issues.redhat.com/browse/OSPRH-11198
Depends-On: openstack-k8s-operators/openstack-k8s-operators-ci#114