Not entirely sure of my facts, but this is the behaviour I have witnessed:
- OpenREM 0.7 b12
- Gunicorn/Nginx managed by supervisord as per this blog posting
If Store SCP is started from web interface, a subprocess is spawned from one of the supervisord gunicorn/wsgi processes. After about half an hour, the subprocess receives a SIGKILL message and dies.
If Store SCP is started using the script in the shell, it runs forever. As far as I can tell.
My suspicion is that supervisord doesn't like the fact that pynetdicom spawns a new thread for the AE, or it lasts too long, and it gets killed. This supervisord doc stresses that daemonized processes should not be created under supervisord.
#328 in that this is a result of ceasing to use Celery for the Store SCP.