-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Add client disconnect check to build handler loop #10295
Conversation
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 even if it's a heisenbug
@@ -553,6 +553,10 @@ loop: | |||
} | |||
} | |||
break loop | |||
case <-r.Context().Done(): | |||
cancel() | |||
logrus.Infof("Client disconnect reported for build %q / %q.", registry, query.Dockerfile) |
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.
Just curious, but my expectation would be to see this as at least a Warn
?
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.
@edsantiago My thinking is from the service POV, a client disconnecting is not a error condition simply a state change.
LGTM |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: edsantiago, jwhonce The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
[NO TESTS NEEDED] In process of debugging added request channel check and logging message to build loop. Unable to recreate build drop issue after this. 68k build iterations without fail. Signed-off-by: Jhon Honce <jhonce@redhat.com>
LGTM |
/lgtm |
/hold CI isn't finished yet |
@edsantiago I thought if you did a |
I don't know. I was told years ago that slash-lgtm did really really bad things if CI wasn't finished. Something about "cranking" or "churning" or something. Perhaps that bug has been fixed and I just wasn't aware of it. @cevich any idea? |
AFAIK it is not fixed. CI will spin trying to merge and block all other
merges until CI completes.
…On Mon, May 10, 2021 at 13:58 OpenShift Merge Robot < ***@***.***> wrote:
Merged #10295 <#10295> into
master.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#10295 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AB3AOCAYI4APT6W6VGYAT7DTNANCTANCNFSM44RTXUKQ>
.
|
@jwhonce, so sorry, it is not fixed. This is a run based on master @ 76c8577, which includes this PR. Unfortunately, there's no way (yet?) to capture the server logs. Should I look into a way to preserve those? |
Ya, it's safer to assume it's still broken. The bot's configuration is super-duper complex, and shared with the OpenShift team. I'd rather not rock the boat (or even even make it lean slightly). |
In process of debugging #10154, I added request channel check and logging message to build loop. Unable to recreate build drop issue after this. 68k build iterations without fail.
RE: #10154
Signed-off-by: Jhon Honce jhonce@redhat.com