-
Notifications
You must be signed in to change notification settings - Fork 17.9k
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
x/review/git-codereview: failures with "invalid pending output" due to missing Gerrit metadata #50576
Comments
|
Marking as release-blocker via #11811. Although this hasn't failed on any first-class ports yet, the diversity of ports on which it has occurred (NetBSD, Dragonfly, and Solaris so far) suggests that it is not a platform-specific failure mode. |
That test is using a fake Gerrit server (type gerritServer). The fake server does run on a real localhost network port. |
Change https://go.dev/cl/399626 mentions this issue: |
Change https://go.dev/cl/399116 mentions this issue: |
Trying to chase down a problem with slow builders. If this gets to be too chatty, we can limit it to builders. For golang/go#50576. Change-Id: I16c7818153d2444c897b4946ce7baebbd646ab23 Reviewed-on: https://go-review.googlesource.com/c/review/+/399116 Run-TryBot: Russ Cox <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Bryan Mills <[email protected]>
#49899 may be related; one of those failures also triggered the new logging. (See #49899 (comment).) |
@rsc What are the next steps here? This is still a release blocker because it's causing builder failures. |
Does anyone have links to recent builder failures (since CL 399116 landed)? Thanks. |
|
Change https://go.dev/cl/409914 mentions this issue: |
For golang/go#50576. Change-Id: I3b67234098cbf9cd28bfa578c0b29744a4add2a3 Reviewed-on: https://go-review.googlesource.com/c/review/+/409914 Run-TryBot: Russ Cox <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> Reviewed-by: Bryan Mills <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]>
I updated my fetchlogs and greplogs and did
and am not getting any hits. I'm holding it wrong, but how? |
Hmm, I'm not sure! Might need a larger There may also be a bug in |
Found one from earlier today with a different pattern. (Too much earlier today unfortunately.) Fingers crossed.
|
Yep, that one matches #49899, which may or may not share a root cause (not obvious to me either way). |
Losing the connection would explain both 'malformed json response' and 'connection reset by peer', so probably these are the same root cause. Of course why a localhost connection would get cut is a mystery. Looks like the affected systems are dragonfly, netbsd, openbsd, solaris. It's possible the minor BSDs are hitting some common problem that FreeBSD has since fixed (either on the Go side or in the OS). But it's weird to see Solaris in that list. My understanding is that Solaris has a SVR4-derived networking stack, which would be totally different code. Looking forward to seeing the malformed bodies. |
FWIW I did a fetchlogs / greplogs 'git-codereview: fetch' and don't see any new failures in the last two weeks. Also nothing on https://build.golang.org/?repo=golang.org%2fx%2freview. Will have to keep waiting. |
Rolling forward to 1.20. Please comment if you disagree. Thanks. |
Timed out in state WaitingForInfo. Closing. (I am just a bot, though. Please speak up if this is a mistake or you have the requested information.) |
I think we're willing to wait a bit longer here, reopening. |
The
x/review/git-codereview
tests for thepending
command occasionally fail due to missing Gerrit metadata for some of the CLs, particularly on slower builders. Looks like at least a missed error check, since the error that causes the truncated metadata is not present in the logs.greplogs --dashboard -md -l -e 'invalid pending output' --since=2020-01-01
2022-01-12T15:53:47-b04b288-6e8b7e4/netbsd-386-9_0-n2
2021-12-07T20:14:56-b8ead20-b37a539/solaris-amd64-oraclerel
2021-11-05T21:18:28-39ade5b-4c7cafd/dragonfly-amd64
2021-10-06T23:01:01-39ade5b-4ffa2f1/dragonfly-amd64
The text was updated successfully, but these errors were encountered: