You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hey there,
I like how simple it was to configure django-q :). I'm using supervisor to auto start the cluster daemon a bit like #102 . After a while (after a few deployments), I realized I had all my server memory taken by q-cluster processes. Our provisionner and deployment procedures restarts supervisor commands which explains the problem.
When I restart supervisor django-q command, it doesn't stop the cluster and instead starts a new process leaving orphan qcluster processes in the wild.
If true, the flag causes supervisor to send the stop signal to the whole process group and implies killasgroup is true. This is useful for programs, such as Flask in debug mode, that do not propagate stop signals to their children, leaving them orphaned.
I'll send a PR to update documentation.
GabLeRoux
added a commit
to GabLeRoux/django-q
that referenced
this issue
Oct 5, 2016
Hey there,
I like how simple it was to configure django-q :). I'm using supervisor to auto start the cluster daemon a bit like #102 . After a while (after a few deployments), I realized I had all my server memory taken by q-cluster processes. Our provisionner and deployment procedures restarts supervisor commands which explains the problem.
When I restart supervisor django-q command, it doesn't stop the cluster and instead starts a new process leaving orphan qcluster processes in the wild.
My
supervisor
configuration is quite simple:/etc/supervisor/conf.d/django-q.conf
I've read the following documentation:
http://django-q.readthedocs.io/en/latest/cluster.html#process-managers
There's an example config for
circus
which is quite simple, but we're already using supervisor for some other processes.By default, superviosr's
numprocs
is set to 1 so I don't think this is the problem.I've found the following related ServerFault question:
http://serverfault.com/questions/608069/managing-daemons-with-supervisor-no-foreground-mode-available
I tried it, but the problem still happens with the following config:
/etc/supervisor/conf.d/django-q.conf
/srv/project-django-q-runner.sh
Here's my
settings.py
'sQ_CLUSTER
just in case:I tried moving out the
env $(cat /srv/project/.env | xargs)
part, but still the same.Anyone running django-q cluster with supervisor could share its configuration?
I'll share my mine here if I get something to work.
The text was updated successfully, but these errors were encountered: