2017-10-15 69 views
0

我想讓我的服務器啓動並運行gunicorn和supervisor。 設法得到它UPP用這個命令:爲django服務器設置gunicorn和supervisor

$ gunicorn project.wsgi:application --bind 192.168.1.130:8000 

這之後,我做了一個gunicorn_init.bash文件。我從幾個教程中獲得了代碼。所以猜測這是設立監獄長和監督員的常用方法。代碼如下所示:

#!/bin/bash 

NAME="project"             # Name of the application 
DJANGODIR=/home/username/projects/project     # Django project directory 
SOCKFILE=/home/username/.venvs/project/run/gunicorn.sock  # We will communicate using this unix socket 
USER=username            # the user to run as 
GROUP=username            # the group to run as 
NUM_WORKERS=1             # how many worker processes shoul Gunicorn spawn 
DJANGO_SETTINGS_MODULE=project.settings.production    # which settings file should Django use 
DJANGO_WSGI_MODULE=project.wsgi         # WSGI module name 
echo "Starting $NAME as `whoami`" 

# Activate the virtual environment 

cd $DJANGODIR 
source /home/username/.venvs/project/bin/activate 
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE 
export PYTHONPATH=$DJANGODIR:$PYTHONPATH 

# Create the run directory if it doesn't exsist 

RUNDIR=$(dirname $SOCKFILE) 
test -d $RUNDIR || mkdir -p $RUNDIR 

# Start yout Django Unicorn 
# Programs meant to be run under supervisor should not daemonize themselves (do not use daemon) 

exec gunicorn ${DJANGO_WSGI_UNICORN}:application \ 
    --name $NAME \ 
    --workers $NUM_WORKERS \ 
    --user=$USER --group=$GROUP \ 
    --bind=unix:$SOCKFILE \ 
    --log-level=debug \ 
    --log-file=- 

這只是給我的例外是這樣的工作進程:

[2017-10-15 12:35:37 +0200] [30218] [INFO] Starting gunicorn 19.7.1 
[2017-10-15 12:35:37 +0200] [30218] [DEBUG] Arbiter booted 
[2017-10-15 12:35:37 +0200] [30218] [INFO] Listening at: unix:/home/username/.venvs/project/run/gunicorn.sock (30218) 
[2017-10-15 12:35:37 +0200] [30218] [INFO] Using worker: sync 
[2017-10-15 12:35:37 +0200] [30223] [INFO] Booting worker with pid: 30223 
[2017-10-15 12:35:37 +0200] [30223] [ERROR] Exception in worker process 
Traceback (most recent call last): 
    File "/home/username/.venvs/project/lib/python3.5/site-packages/gunicorn/arbiter.py", line 578, in spawn_worker 
    worker.init_process() 
    File "/home/username/.venvs/project/lib/python3.5/site-packages/gunicorn/workers/base.py", line 126, in init_process 
    self.load_wsgi() 
    File "/home/username/.venvs/project/lib/python3.5/site-packages/gunicorn/workers/base.py", line 135, in load_wsgi 
    self.wsgi = self.app.wsgi() 
    File "/home/username/.venvs/project/lib/python3.5/site-packages/gunicorn/app/base.py", line 67, in wsgi 
    self.callable = self.load() 
    File "/home/username/.venvs/project/lib/python3.5/site-packages/gunicorn/app/wsgiapp.py", line 65, in load 
    return self.load_wsgiapp() 
    File "/home/username/.venvs/project/lib/python3.5/site-packages/gunicorn/app/wsgiapp.py", line 52, in load_wsgiapp 
    return util.import_app(self.app_uri) 
    File "/home/username/.venvs/project/lib/python3.5/site-packages/gunicorn/util.py", line 352, in import_app 
    __import__(module) 
ValueError: Empty module name 
[2017-10-15 12:35:37 +0200] [30223] [INFO] Worker exiting (pid: 30223) 
[2017-10-15 12:35:37 +0200] [30218] [INFO] Shutting down: Master 
[2017-10-15 12:35:37 +0200] [30218] [INFO] Reason: Worker failed to boot. 

我閱讀並觀看教程。閱讀文檔,試圖弄清楚爲什麼在調用gunicorn-bash文件時它不起作用。

任何正確的方向指針現在非常讚賞。我被困了一段時間。

回答

1

你有一個不一致的變量。在腳本的頂部,您定義了DJANGO_WSGI_MODULE,但在致電gunicorn時,您使用的是不存在的DJANGO_WSGI_UNICORN。確保你使用相同的名字。

+0

我通過代碼讀取的次數並沒有看到這一點。謝謝丹尼爾aka鷹眼 – sumpen

+0

不要忘記接受答案,作爲未來的搜索者的一個跡象,它解決了你的問題。 –

相關問題