-
-
Notifications
You must be signed in to change notification settings - Fork 91
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
Docker stop ends in container getting killed #168
Comments
@jondoe1337 what image are we talking about here? The standalone or the one coupled with cardano-node ? |
Sorry - I was not aware of multiple images being existed: |
It ignores SIGTERM. Inside docker, but also from tty. If you |
@jondoe1337 I finally took the time to look into this a bit more, and found the issue. The node is actually properly terminated by the stop signal, but not the background ogmios server which keeps running (causing docker to wait and timeout, forcing the container to quit eventually with a SIGTERM). I've now fixed that in the supervision script that's used by the cardano-node-ogmios image; I am rebuilding the image to try this out locally. @yorickdowne this is incorrect, the container does react to signals and CTRL-C just fine, but you need to start the container in interactive mode with TTY ( |
Good to know. In my testing with |
What Git revision are you using?
Docker image (latest) with sha256:31747b3178dac8f378a8cf3fbd011fcbd2c849008c4803fde9e320620a40e5cc
What operating system are you using, and which version?
Describe what the problem is?
Executing docker stop on the container takes ages and ends in eventually getting killed by the docker daemon.
What should be the expected behavior?
The container should get stopped within a reasonable amount of time. A container getting killed externally could result in corrupting the database e.g.
The text was updated successfully, but these errors were encountered: