back

by cbrewster·5y ago·view on hn ↗
Indeed, for our use-case we want an insta-kill so we can free up our global lock on the container. But the docker daemon will still get notified of the container death and run any sort of cleanup. This just gives us an opportunity to free up the global lock before getting stuck waiting on the cleanup.

> Have you opened a bug report in Docker upstream to see if they can improve the situation (perhaps by putting networking cleanup jobs to a background goroutine)?

I have not yet, but I plan to! We figured we'd work around it ourselves instead of waiting for a potential fix upstream.

1 comments
Yup, I forgot to mention that dockerd will get the death event and clean up like it would if pid1 died normally. My comment was more about what a patch upstream would look like. And I'm glad to hear you plan on opening an upstream issue about it. Sadly it's quite common for folks to work around issues which we could've fixed upstream but were never told about, so glad that you're bucking that trend. :D
Unfortunately, the trend is the way it is because historically Docker has demonstrated contempt towards the tickets people have raised and many issues people suffer from have never been fixed.

Those of us who need to get things done have taken to just working around it and moving on.

If this attitude has changed, it should be communicated publicly so people can reset and come back to Docker with such issues.

That has historically not been reliable in any version of docker. A proper solution would probably require restructuring the whole thing.