-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Client doesn't shutdown gracefully on Ctrl-C #9807
Comments
A 15 minute shutdown:
|
This appears to be an |
Bump priority here. This makes our Gitlab pipelines fail:
https://gitlab.parity.io/parity/parity-ethereum/-/jobs/107223 Can you look at this @c0gent ? |
I'll work on it today |
Somewhere, somehow, an I've spent a fair bit of time trying to figure out where and why this There must be someone else with more intuition than I about where client references might be hiding (behind trait objects for example). Perhaps that person could help shine some light on this subject. I'll keep investigating regardless... |
This has happened once before and it took ages to track it down :( Hopefully someone else (whoever fixed it last time) might be able to show up with some better advice. |
Maybe run This will only help if there's a reference cycle somewhere, not if it's being held on the stack. |
Sure, but I found yesterday that we have 24 strong references to the Client by just naively print it out from the Arc. Thus, it never gets dropped! |
I found the same, I guess I should have pointed it out here earlier. I am currently trying to debug this with a tracking-Arc implementation, if someone wants to chip in, let me know. |
For those interested, here's a draft: https://github.com/mbr/snarc-rs |
This reverts commit 1a8d527.
I'm in the progress of upgrading my 2.2.3-beta test-node to 2.2.5-beta and upon stopping 2.2.3-beta it get's stuck with the same message:
Running as daemon here, logging to logfile. Starting 2.2.5-beta afterwards didn't log anything unusual. |
This might not be fully fixed: #9101 (comment) |
Works fine with b8da38f, so it was introduced with #9657:
The text was updated successfully, but these errors were encountered: