New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
istio-proxy deprecated spam when starting (1.1.0) #12642
Comments
@duderino we should prioritize this for 1.1.1 - there is also additional spam in pilot logs ( the service account list ). Probably low risk. |
meet the same warning in istio 1.1.0 |
Related problem: #12294 . This Envoy deprecation warning is sent to the logs every 30 minutes. |
@howardjohn saved the day for me here, as a work around add |
@costinm I'm confused as to why you assigned this one to me. Do you consider the fix for this to be silencing the deprecation logs (Envoy) instead of migrating off the deprecated fields (Pilot)? |
Being undeprecated on Envoy side: envoyproxy/envoy#6346 |
Change has been merged into Envoy - not sure of our process for picking up Envoy changes, but this will be fixed once we do |
Also these kind of logs |
meet the same logs in istio 1.1.1 |
Would it be a horrible idea to just turn these logs off completely? We can pass I get the logs have a purpose and we shouldn't just ignore them, but that is a concern for Istio developers. Does a user of Istio ever care that we are using deprecated Envoy features? Probably not. This does silence other |
@howardjohn Turning off these logs would be a benefit for users. These messages are showing up in a lot of unrelated Issues because users think they reveal some problem: #12960 However, if we depend on deprecated features of Envoy we will soon find ourselves in the position where Envoy removes support and we are stuck on a back-level Envoy unable to get urgent patches. Maybe we should prioritize moving to the newer Envoy-isms, and preventing this from happening in the future by failing builds whose logs reveal deprecation warnings? |
I think the two issues are a bit orthogonal. We can care about not using deprecated features and hide that issue from users. AFAIK we are working on (at least some) of the features that have been deprecated, but I don't it warrants P0 priority. Failing builds would be a step way to far I think - consider Envoy deprecates something, we have an engineer start working on a fix which takes ~1 month, during which nobody can build Istio. I don't think that is a good situation to be in. So I agree with you mostly, but using a deprecated feature isn't that bad in the short term. As long as we have a plan, it really has no impact if we migrate 6 months before they remove the feature or 1 month. FYI: https://github.com/envoyproxy/envoy/blob/master//CONTRIBUTING.md#breaking-change-policy |
Draft of what the change would look like to disable the logs: #13182 |
Unfortunately can't/won't be in 1.1.x due to compatibility issues, but #13182 turns off these logs in 1.2, so I am going to close this as there is no more work to track |
Hey,
Istio-proxy on 1.1.0 absolutely spams the logs with an envoy depreciation warning:
356 times, when an app starts:
The unique items are:
The text was updated successfully, but these errors were encountered: