我在centos 5上部署了一个
django应用程序和Nginx后面的gunicorn.如何作为非root用户运行gunicorn？这些文件似乎都没有解决这个问题.这可能适用于在Nginx后面运行的任何
python应用程序服务器……
我应该补充一点,以下不起作用：
- sudo -u nobody gunicorn_django --workers=4
它失败了：
- raise HaltServer(reason,self.WORKER_BOOT_ERROR)
- gunicorn.errors.HaltServer: <HaltServer 'Worker Failed to boot.' 3>
回答：
我的错.我有一个自定义的settings.py文件,所以应该调用gunicorn：
- sudo -u nobody gunicorn_django --workers=4 production_settings.py
解决方法
我建议使用
supervisord. Supervisor在您启动时告诉它的用户帐户下启动您的应用程序.
这是我放在/etc/supervisor/conf.d/下的my_app.conf：
- [program:my_app]
- command=/home/some_user/my_app/run_gunicorn
- directory=/home/some_user/my_app
- user=some_user
- redirect_stderr=true
- stdout_logfile=/home/some_user/supervisord_stdout.txt
- stdout_logfile_maxbytes=20MB
- stdout_logfile_backups=10
我的run_gunicorn脚本是：
- #!/bin/bash
- source /home/some_user/virtualenvs/my_app_virtualenv/bin/activate
- exec /home/some_user/virtualenvs/my_app_virtualenv/bin/gunicorn -c gunicorn.conf wsgi:application
我可以直接在my_app.conf中引用gunicorn,但我没有,因为这样我可以运行activate.我将我的DJANGO_SECRET作为env var放在我的激活脚本的尾端.使用API密钥和其他不属于Git或Mercurial的敏感内容也可以做到这一点.
我的gunicorn.conf是：
- backlog = 2048
- bind = "127.0.0.1:9000"
- pidfile = "/home/some_user/gunicorn-my_app.pid"
- daemon = False
- debug = False
- workers = 3
- logfile = "/home/some_user/gunicorn-my_app.log"
- loglevel = "info"
- timeout = 90
实际上我确信可以改进,但他们让我的应用程序运行而不是root. Supervisord确保应用服务器保持运行.然后我通过proxy_pass将Nginx指向我的应用服务器(如果需要也可以共享).
编辑：澄清文件名
