-
Bug
-
Resolution: Done
-
Minor
-
OSSM 2.4.0
-
None
-
3
-
False
-
None
-
False
-
Release Notes
-
-
Known Issue
-
Done
-
-
-
Sprint 60, Sprint 61, Sprint 62
When enabling the Gateway API deployment controller in an SMCP like this:
spec: runtime: components: pilot: container: env: PILOT_ENABLE_GATEWAY_API: "true" PILOT_ENABLE_GATEWAY_API_DEPLOYMENT_CONTROLLER: "true" PILOT_ENABLE_GATEWAY_API_STATUS: "true"
and subsequently creating a Gateway resource called example in the control plane namespace, you'll see that a Deployment is created but the pod fails to start:
example-6f56d4cbd6-nzdl9 0/1 ImagePullBackOff 0 94s
The error seen is:
Warning Failed 10s kubelet, ocp-wide-vh8fd-worker-vhqm9 Failed to pull image "auto": rpc error: code = Unknown desc = reading manifest latest in docker.io/library/auto: errors:
This is because we will by default ignore the injection annotation/label in the control plane namespace. We do this by adding the maistra.io/ignore-namespace label, which we added to the injection webhook as an opt-out mechanism. I'm not sure this is still required; we shouldn't stop users from injecting in the control plane namespace, at least not gateways.
Note that the reproduction steps above use the Gateway API controller, but this affects Gateway injection in general.
This should be marked as a known issue in the release notes
- causes
-
OSSM-2340 Istiod Pod can't be created
- Closed
- is related to
-
NE-1125 Create E2E tests that ensures Istio is not injecting sidecars when using Gateway API
- To Do
-
NE-1034 Confirm Istio Gateway installation is possible "without sidecars enabled"
- Closed
- links to
- mentioned on