-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
cli/start: make SIGQUIT dump the stacks #36378
Conversation
cc @bdarnell |
Thanks for the PR! I commented on #35476 for general understanding for why we want this on top of the existing methods of introspecting the goroutines. Re: not exiting on SIGQUIT, this might be normal in Java but it's not normal in Go and also not normal according to wikipedia: https://en.wikipedia.org/wiki/Signal_(IPC)#SIGQUIT Overall my preference here is to solve the demand for this feature in a more ergonomical way, though I don't yet understand what the problem to be solved is. I'll wait until I learn about that before making any recommendations on what to do. |
RFAL |
What: in the title. Why: the Go standard behavior is to dump stacks upon SIGQUIT. This had been disabled since crdb v1.0 but is really useful to troubleshoot hanging servers. Release note (cli change): CockroachDB will now dump the stacks of all goroutines upon receiving SIGQUIT prior to terminating. This feature is intended for use while troubleshooting misbehaving nodes.
Fixes #45875.
What: in the title.
Why: the Go standard behavior is to dump stacks upon SIGQUIT.
This had been disabled since crdb v1.0 but is really useful
to troubleshoot hanging servers.
Release note (cli change): CockroachDB will now dump the stacks of all
goroutines upon receiving SIGQUIT prior to terminating. This feature
is intended for use while troubleshooting misbehaving nodes.