Gunicorn: Gunicorn process fails to stop by Supervisor's stop command and keeps locking ports

Any progress on this?

Same issue. Bump!

@a2 what is your command line & version ?

@xaralis using the 0.17.x version is always better yes. This is actually the version supported. Anyway what if you add the setting stopsignal = QUIT in your program section?

• benoit

@benoitc

• Ubuntu 12.04.2 LTS
• gunicorn 0.17.4
• Python 2.7.3

supervisor config:

[program:gunicorn]
command=/srv/example.com/www/start.sh
process_name=%(program_name)s
directory=/srv/example.com/www
user=web
autostart=true
autorestart=true
redirect_stderr=true
stopsignal=KILL

[program:watchmedo]
command=/usr/local/bin/watchmedo shell-command --patterns "*.py;*.txt;*.scss" --recursive --command='/usr/local/bin/supervisorctl restart gunicorn' /srv/example.com/www
process_name=%(program_name)s
directory=/srv/example.com/www
autostart=true
autorestart=true
redirect_stderr=true

start.sh:

#!/bin/bash
/usr/local/bin/compass compile --boring --trace
source venv/bin/activate
pip install -r requirements.txt
if [ -e "env.sh" ]
then
    source env.sh
fi
gunicorn app:app -c gunicorn.conf.py

I've gathered that the problem is that some of the worker processes are still using port 7200 but aren't killed by supervisor when the process restarts? I really have no idea. I'm sort of a noob but I'm trying to learn quickly.

Thanks so much for your speedy response, Benoit.

@a2 cam you replace the line stopsignal=KILL by stopsignal=QUIT in your config and let me know about the results?

@benoitc If I change that line it makes no difference. If I touch a file monitored by watchmedo, then I get the same errors because the gunicorn process was restarted. I have to stop supervisord, pkill gunicorn, and then start supervisord to stop the errors.

It sounds like you have long lived connections and the high timeout combined with graceful restart is causes workers to exit slowly.

Try TERM or INT instead of QUIT.

@tilgovi Same result.

what do you mean by restarting supervisor? Sending an HUP? in that case I
remember there is a setting to send an hup signal on reload. Or maybe this
is just in gaffer.

Also if you can i would use dystemd that can pass a socket to gunicorn in
latest version.

• benoit

On Saturday, May 11, 2013, Alexsander Akers wrote:

@tilgovi https://github.com/tilgovi Same result.

—
Reply to this email directly or view it on GitHubhttps://github.com/benoitc/gunicorn/issues/520#issuecomment-17752060
.

signals have been switched in 81241907ffcf94517ffa14b8427205906b61b540 . closing this issue, thanks for the feedback!

@a2 it's because your bash script (via bash shell process) gets supervised, not gunicorn. Try using exec gunicorn ... in your script

I know this is an old thread, but for anyone else who has landed here and is using make + gunicorn + supervisor, the above comment is the solution. Supervisor needs the specific gunicorn command to be able to kill the process- providing a make command that runs gunicorn will not kill the process. Something to do with make having its own shell, maybe.

@fillest Thanks for the exec trick.

@tilgovi the long running connections were my issue after running svc -d on my process.

@fillest is also correct that an exec is required

I haven't looked at this in a while. If the documentation or examples for supervisord need any changes, please make a PR. Thanks!

using exec is the key
excellent suggestion!

@abhijeetsangwan if something needs to change in examples/supervisor.conf please make a pull request.