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
Right now it is very easy to have version skew between control plane and data plane, but we don't expose this through istioctl in a straightforward way. Users would need to run istioctl version + istioctl ps and compare the output. This often leads to hard to debug errors.
My sketch of this:
$ istioctl version
client version: 1.3.0-rc.3
control plane version: 1.3.0-rc.3
data plane version: 1.3.0 (50 proxies), 1.2.5 (12 proxies)
The text was updated successfully, but these errors were encountered:
@esnible definitely not exec into each proxy for performance reasons. I was thinking we could fetch it from pilot like istioctl proxy-status does. This may be a bit more complex than I originally thought, as we would need a new struct for sidecars since we don't know all the same information and need info like Pod.
I think we need some way to see this easily, but since we will have #17173 in 1.4 now I think this becomes lower priority. What do you think?
I have an implementation, not yet pushed because istio/pkg#72 must merge first. It does something reasonable when the output is --short=false, YAML, or JSON, and for the default it shows.
istioctl version
client version: 66676a6c52d4e00fdd24dfa35933fabc51965713-dirty
control plane version: 1.3.0
data plane version: 1.3.0: (9 proxies), 1.3.0-rc.2: (1 proxies)
Right now it is very easy to have version skew between control plane and data plane, but we don't expose this through istioctl in a straightforward way. Users would need to run
istioctl version
+istioctl ps
and compare the output. This often leads to hard to debug errors.My sketch of this:
The text was updated successfully, but these errors were encountered: