mirror of https://github.com/grpc/grpc.git
xds/interop: Delay to drain queued RPCs in authz test (#27991)
The authz test flaked as no RPCs of the expected type had completed within the sampling window. Server logs showed authz logs completing batch of 276 RPCs back-to-back, without the expected 40 ms separation (qps=25). It took a bit over 1 second to process through the backlog. With the sample duration of 500 ms and there being a polling delay between when the channel is READY and when the test driver polls channelz, it makes sense that we can get lucky much of the time. Obviously, adding a sleep isn't great either, but measuring the queue length indirectly is more complex than really appropriate here. The real solution is to stop using this continuous-qps test client. ``` Traceback (most recent call last): File "/tmp/work/grpc/tools/run_tests/xds_k8s_test_driver/tests/authz_test.py", line 252, in test_tls_allow grpc.StatusCode.OK) File "/tmp/work/grpc/tools/run_tests/xds_k8s_test_driver/tests/authz_test.py", line 183, in configure_and_assert method=rpc_type) File "/tmp/work/grpc/tools/run_tests/xds_k8s_test_driver/framework/xds_k8s_testcase.py", line 284, in assertRpcStatusCodes self.assertGreater(stats.result[status_code.value[0]], 0) AssertionError: 0 not greater than 0 ```pull/28001/head
parent
b7d4569d34
commit
9be868488f
1 changed files with 12 additions and 0 deletions
Loading…
Reference in new issue