-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Panic during shutdown due to sending on a nil channel #1850
Comments
Hit twice more in nightly test in the last few hours. |
Let's at least turn off the jaeger reporting for now, that may not fully fix this - but we should do it as a first step. |
Is the intention here to turn off Jaeger reporting entirely? |
I believe so, yes. Nobody is actively using it and it's a pretty intrusive hammer. Are we still hitting this issue. |
I don't think so? I haven't heard about it in a while, and looking at our CI our builds have been green for a while. |
We had another user report seeing a panic sending on nil channel. Seems like a different path to get here - but ultimately similar failure on shutdown which may be from the same root cause?
|
@lukehoban ah, I think I know what went wrong there. I'll have a fix for that shortly. |
Fix for that panic: #2050 |
Is there anything actionable remaining for this issue? |
I think we can close this out and we’ll reopen if we see any more cases of the original issue in Travis. |
Getting this again: https://travis-ci.com/pulumi/pulumi-aws/builds/94274638 Has failed two builds in a row. |
I've been seeing this more and more with the latest CLI across our CI systems. One such stack trace:
|
The event rendering goroutine in the remote backend was not properly synchronizing with the goroutine that created it, and could continue executing after its creator finished. I believe that this is the root cause of #1850.
The event rendering goroutine in the remote backend was not properly synchronizing with the goroutine that created it, and could continue executing after its creator finished. I believe that this is the root cause of #1850.
We hit this in CI earlier today, in a single leg:
The text was updated successfully, but these errors were encountered: