-
Notifications
You must be signed in to change notification settings - Fork 685
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
Upgrade to Envoy 1.13.0 #2318
Upgrade to Envoy 1.13.0 #2318
Conversation
a06caf8
to
e9659cc
Compare
I got
It's taking 211GB, but when I had it on a 250GB drive, about half of the tests refused to run (and 1 failed), because $ sudo du -h --max-depth 0 /var/lib/docker/volumes/envoy-build
206G /var/lib/docker/volumes/envoy-build
$ df -h /var/lib/docker
Filesystem Size Used Avail Use% Mounted on
/dev/vdb 400G 211G 190G 53% /var/lib/docker |
It looks like KAT passing with this is blocked by https://github.com/datawire/apro/issues/713 ? |
0457b33
to
7c5d080
Compare
WTAF. How is CI passing? It shouldn't be passing. Edit: Oh, because of gold, and CI running without |
4522ac4
to
9dc2069
Compare
Getting 2 test failures on both
|
Both of those are tests that can't be run multiple times in a row, because they don't clean up after themselves. |
Assuming you ran the tests with |
Envoy tests report: Three tests failed:
Ran only
|
Agree on the RLS tests. The VirtualHosts Discovery Service test flake concerns me a bit. I don't suppose you still have the log file referred to by the failing run? |
Because it passed on the 2nd tun, I didn't grab the log failure file offline. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks reasonable overall? I do have some questions though...
go.mod
Outdated
// `go mod tidy` is going to try to remove `github.com/cncf/udpa`--don't let it! | ||
// That will break `make generate`. Keep the github.com/cncf/udpa version | ||
// in-sync with the github.com/cncf/udpa/go version. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
WTAF. This feels like something that'll burn us repeatedly. 🙁
go.mod
Outdated
// `go mod tidy` is going to try to remove `github.com/cncf/udpa`--don't let it! | ||
// That will break `make generate`. Keep the github.com/cncf/udpa version | ||
// in-sync with the github.com/cncf/udpa/go version. | ||
// If you're editing this file, there's a few things you should know: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't we keep that comment about go mod tidy
? Or is it no longer relevant?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@LukeShu any opinion on this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good question
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, the comment is still applicable. It seems that it was dropped in the 8918d35 merge.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or maybe a (and I can't believe I'm saying this, after last week's rants against replace
) a replace
line could effectively pin it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, I tried that; it didn't work right 🤷
And also between the fixed RLS patch and the bump to |
…ci-skip] This does all the work of upgrading, except for running `make generate`, which is left for a separate commit for code-review purposes. Authored-by: Luke Shumaker <lukeshu@datawire.io> Authored-by: Shahriar Rostami <srdsecond@gmail.com>
ec543f8
to
cd38fe5
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hit it! 🙂 😱 🙂
I just revoked my approval not because of a sudden issue with the PR, but because I need to resolve a question around its release vehicle. Hold one. :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK -- hit it!
Description
This upgrades our copy of Envoy from 1.12.2+a few patches to 1.13.0+a few patches. The specific commit updated to is currently the tip of the
lukeshu/1.13
branch in github.com/datawire/envoy.Envoy builds, everything generated from Envoy builds. I've pushed the Envoy build as
quay.io/datawire/ambassador-base:envoy-7.4f6ae4e71699d1c7ee1a6dd8be55e65bfd085b3d.opt which will be downloaded for others building from this PR so they won't have to build Envoy themselves.
It probably makes the most sense to review this commit-by-commit. The reviewer should also verify that there has been no loss of fidelity to the Datawire patches from envoy.git tag ambassador-1.0.0 to lukeshu/1.13.
Testing
It builds.
Todos
I have not (yet):
make check-envoy
make test KAT_RUN_MODE=envoy