-
Bug
-
Resolution: Done
-
Major
-
None
-
None
-
None
When deploying a gateway to a namespace other than the control plane namespace, like so:
apiVersion: maistra.io/v1 kind: ServiceMeshControlPlane metadata: name: mesh namespace: cp spec: istio: gateways: istio-ingressgateway: namespace: other-namespace global: istioNamespace: cp
If you later remove the namespace: other-namespace, the gateway will be deployed to the cp namespace again, but the one in other-namespace will not be pruned.
Use cases:
- user removes gateway from smcp resource => gateway resources should be removed from "other-namespace"
- user changes namespace for gateway => gateway resources should be removed from "other-namespace" and gateway should be installed in "new-namespace"
- user removes namespace definition from gateway => gateway resources should be removed from "other-namespace" and gateway should be installed in cp namespace
- is duplicated by
-
OSSM-504 additionalEgress in non-SMCP namespaces are not removed when deleted in the custom resource
- Closed
- is related to
-
MAISTRA-1874 Create ServiceMeshGateway resource
- Backlog
- relates to
-
MAISTRA-1333 ingress-gateways installed in an application namespace cannot receive traffic from routers
- Closed
-
MAISTRA-1088 Make sure we're handling gateways in non-cp namespaces correctly
- Closed
-
MAISTRA-2555 Prevent pruner from deleting resources not created by operator
- Closed