-
Notifications
You must be signed in to change notification settings - Fork 116
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
The joex container restarts every 3 or 4 minutes #976
Comments
Good to add i think; when using the 0.23 version of the docker images the joex container stays up and gets the status 'running' the latest (0.25.1) always keeps the status 'starting'. |
Hm, this sounds strange. Could this be a memory problem? Does it happen with 0.24.0, too? |
Hi, I doubt it is a memory problem. No indication whatsoever. The container can claim all memory available. I checked version v0.24.0 and v0.23.0 of the image and both of them have the same problem. After some time it restarts. I mentioned that version 0.23 was working fine but I forgot the mention that am I talking about the image eikek0/docspell:joex-v0.23.0. The is the image in the old organization. Alexander |
The 0.23.0 images in both repositories are built from the exact same sources. So I suspect a configuration issue for now. Did you change anything in your config files / env files? Maybe you could look into the current docker-compose setup and see if there are some changes. The changelog to 0.24.0 also contains some notes. |
Does the system log ( |
Hi, I checked the system logs but nothing there. I can see the container exits with exit code 137: When googling on this exit code, it seems to be related to OOMKiller. But in the logs, there is no mention of this and, in the above screenshot, you can also see that 'OOMKilled' is false. Strange. Is exit code 137 related to something in Docspell? I will try to install a clean Docspell on another machine and see how it behaves there. Alexander |
The exit code is jvm related - docspell itself doesn't set any specific rc code. If there are no logs etc, it seems to me that the process is killed in some hard way. I have no experience with docker swarm, I don't know how that works/what it does etc. The health chekc comes from the joex image. I think this can be improved, it currently only greps for a process. I would assume that it should go to "healthy" at some point… But if it is working, then the health check is not working correctly :-) |
Hi eikek, Thanks for the response. It is healthcheck related! I adjusted my docker-compose file and added the following mock healthcheck to the joex service definition:
Now to container gets the status "running" and stays up and running. I think that the docker swarm will 'hard kill' the container when there is a healthcheck definition and the status will not become 'healthy in some reasonable time. Alexander |
I can confirm that. On a fresh installed using the repo's docker-compose file the state is
|
Thanks for the confirmations! i think the healthcheck is broken. It needs to be fixed. I think we can better use a curl command against the info/version endpoint from joex (as the restserver image does). |
Hi,
I am using docspell in a docker(swarm) environment and used the compose file, with some modifications, to deploy docspell. At first everything seems we work fine but the joex container restarts every 3 or 4 minutes.
Monitoring the log of the joex container I see no indication of any problem just before it restart. What can I do to find the cause of these restarts?
Alexander
The text was updated successfully, but these errors were encountered: