-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
bump google.golang.org/grpc v1.20.1 #936
Conversation
|
Seems something is not working when multiple workers are simultaneously being tested. |
Even with multiple workers, the test suite passes after commenting out some testcases in I assume we are hitting some quota (FD?) when we have lots of testcases/workers running. |
0cc96a1 once succeeded but failed after restarting CI. Locally always fails. |
@tonistiigi ptal |
|
bf7f63d
to
0d4d708
Compare
Bisecting CI failure moby#936 in bumping up grpc 1.12 to 1.20 Signed-off-by: Akihiro Suda <[email protected]>
failure seems caused in grpc/grpc-go@40cd6b1 |
Signed-off-by: Akihiro Suda <[email protected]>
Signed-off-by: Akihiro Suda <[email protected]>
@@ -111,6 +111,7 @@ func (c *conn) Close() (err error) { | |||
err = c.stream.RecvMsg(m) | |||
if err != nil { | |||
if err != io.EOF { | |||
c.readMu.Unlock() |
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.
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.
I think you could equivalently have moved the existing Unlock()
to a defer
next to the Lock()
?
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.
LGTM
Signed-off-by: Akihiro Suda [email protected]