You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When enabling the Istio integration with the Kubernetes Gateway API, the gateway proxy pod would always restart automatically to come up with the new istio-proxy container. However, somewhere between version 1.18.0-beta27 and 1.18.4, something in the Istio integration changed. The gateway proxy does not restart automatically anymore. You have to restart the gloo pod which will then trigger the restart of the gateway proxy pod.
I confirmed that the restart still works in 1.18.0-beta27, but is broken in 1.18.4.
Expected Behavior
The gateway proxy should automatically restart to add the Istio sidecar container.
If you repeat these steps for 1.18.4, the restart does not happen automatically. You need to restart the gloo pod which will then trigger the restart of the gloo-proxy-http pod.
Additional Environment Detail
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered:
Gloo Edge Product
Open Source
Gloo Edge Version
1.18.8
Kubernetes Version
1.27
Describe the bug
When enabling the Istio integration with the Kubernetes Gateway API, the gateway proxy pod would always restart automatically to come up with the new istio-proxy container. However, somewhere between version 1.18.0-beta27 and 1.18.4, something in the Istio integration changed. The gateway proxy does not restart automatically anymore. You have to restart the gloo pod which will then trigger the restart of the gateway proxy pod.
I confirmed that the restart still works in 1.18.0-beta27, but is broken in 1.18.4.
Expected Behavior
The gateway proxy should automatically restart to add the Istio sidecar container.
Steps to reproduce the bug
Note that I have a gateway proxy (gloo-proxy-http) that I created with this YAML.
If you repeat these steps for 1.18.4, the restart does not happen automatically. You need to restart the gloo pod which will then trigger the restart of the gloo-proxy-http pod.
Additional Environment Detail
No response
Additional Context
No response
The text was updated successfully, but these errors were encountered: