Fix issues with metallb on OKD#1055
Fix issues with metallb on OKD#1055eb4x wants to merge 1 commit intoopenstack-k8s-operators:mainfrom
Conversation
Slightly different approach, just get the latest (v0.14.2) release, patch what needs to be patched and and apply with -k for kustomize. No need to wait for operatorhub.io or the deployment to fail before patching. The deployment for webhook-server wants to pull quay.io/metallb/controller:main for the webhook-server. Which seems to be a moving target, and recently was expecting to find an additional CRD for service.BGPStatuses. So we pin the controller to v0.14.5, which is what the other controller images are pinned to in this release.
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: eb4x The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
Hi @eb4x. Thanks for your PR. I'm waiting for a openstack-k8s-operators member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
Slightly different approach, just get the latest (v0.14.2) release, patch what needs to be patched and and apply with -k for kustomize. No need to wait for operatorhub.io or the deployment to fail before patching.
The deployment for webhook-server wants to pull
quay.io/metallb/controller:main for the webhook-server. Which seems to be a moving target, and recently was expecting to find an additional CRD for service.BGPStatuses. So we pin the controller to v0.14.5, which is what the other controller images are pinned to in this release.