-
Notifications
You must be signed in to change notification settings - Fork 90
Update Envoy to 124c160 (March 8th 2021) #641
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
Conversation
update from master
merge from upstream
merge from upstream
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
…double Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
…variable_setter Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
merge from upstream
…ent.Output turns out not to include the status Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
…plugin names, log thresholds only once per session Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
…uuid generator location Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
…oxy/envoy#13504 Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
/retest |
🔨 rebuilding |
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
/retest |
🔨 rebuilding |
Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
/retest |
🔨 rebuilding |
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.
Thank you for putting this together @eric846.
@@ -153,6 +153,8 @@ def tearDown(self, caplog): | |||
for record in caplog.get_records(when): | |||
if record.levelno not in (logging.WARNING, logging.ERROR): | |||
continue | |||
if "Unable to use runtime singleton for feature" in record.message: |
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.
We already have a way of skipping some warnings:
nighthawk/test/integration/nighthawk_test_server.py
Lines 63 to 69 in e2f5265
# A list of _TestCaseWarnErrorIgnoreList instances, message pieces that should | |
# be ignored even if logged by the test server at a WARNING or an ERROR | |
# severity. | |
# | |
# If multiple test_case_regexp entries match the current test case name, all the | |
# corresponding ignore lists will be used. | |
_TEST_SERVER_WARN_ERROR_IGNORE_LIST = frozenset([ |
Can we utilize this 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.
Done.
…s warning Signed-off-by: eric846 <56563761+eric846@users.noreply.github.com>
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.
Re: "The counters started to come out lower after updating Envoy, e.g. 1450 decreased to 900. Is this expected?"
It might be worth comparing headers to have a look-see at what precisely changed. This seems significant enough to make an actual real difference?
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.
Yeah, thinking about it more, the strict byte count testing may seem overly strict, but it might just be worth it as it will prompt investigation in cases like this. In headers-only tests we will transfer a significant % less bytes, possibly impacting packet counts required for transmitting a single request; so not requesting changes in this PR right away but I do feel it is worth discussing.
Bingo: The Envoy infrastructure inside the Nighthawk client seems to have stopped sending This PR
Main branch
|
Agreed, opened #644 to discuss. Depending on the schedule, we might want to move forward with these relaxed assumptions for now, rather than adjust the strict counts. Or on the other hand, we might want to make the counts in the h2 test more strict to match. There's a chance Envoy could change its header behavior again. |
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.
Approving; while it seems odd to have a content-length header appear in a GET request, apparently it causes no trouble as all integration tests past — modulo the strict byte count check.
We may want to file an issue upstream though?
.bazelrc
.circleci/config.yml
WORKSPACE
(therequirement("...")
side intest/integration/BUILD
is unchanged)ci/run_envoy_docker.sh
was unchangedcontent-length: 0
in the requests.test_http_h2
already has such relaxed checksTimeSource
arg inallocateConnPool()
factoryForGrpcService()
changed theskip_cluster_check
boolean to an enumEnvoy::Grpc::AsyncClientFactoryClusterChecks::Skip
dumpState()
override added toStreamDecoder