2014-06-14 22 views
5

Quando eseguo questo comandolavoratori gunicorn non partire

[[email protected] app]../bin/gunicorn zones.wsgi:application --bind localht:8000 

Il server gunicorn funziona a localhost: 8000. Non restituisce nulla alla console come presumo dovrebbe. Funziona silenziosamente.

Quando eseguo il mio script in bin/gunicorn_start, il server funziona ancora silenziosamente e presenta un comportamento strano. Se inserisco un indirizzo che django non può risolvere, mi dà internal server error e il gioco è fatto. nessuno stack traccia niente.

Questo è lo script bin/gunicorn_start:

#!/bin/bash 

NAME="hello_app" # Name of the application 
DJANGODIR=/srv/http/proj05/app # Django project directory 
SOCKFILE=/srv/http/proj05/app/run/gunicorn.sock # we will communicte using this unix socket 
USER=jenia # the user to run as 
GROUP=jenia # the group to run as 
NUM_WORKERS=3 # how many worker processes should Gunicorn spawn 
DJANGO_SETTINGS_MODULE=zones.settings # which settings file should Django use 
DJANGO_WSGI_MODULE=zones.wsgi # WSGI module name 

echo "Starting $NAME as `whoami`" 

# Activate the virtual environment 
cd $DJANGODIR 
source activate 
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE 
export PYTHONPATH=$DJANGODIR:$PYTHONPATH 


# Create the run directory if it doesn't exist 
RUNDIR=$(dirname $SOCKFILE) 
test -d $RUNDIR || mkdir -p $RUNDIR 



# Start your Django Unicorn 
# Programs meant to be run under supervisor should not daemonize themselves (do not use --daemon) 
echo "about to exec exec is" $DJANGO_WSGI_MODULE 
exec ../bin/gunicorn ${DJANGO_WSGI_MODULE}:application \ 
--name $NAME \ 
--workers $NUM_WORKERS \ 
--user=$USER --group=$GROUP \ 
--log-level=debug \ 
--bind=unix:$SOCKFILE 

A proposito, ho creato un virtualen al facendo:

cd proj05 
virtualenv . 
source bin/activate 
pip install django 
pip install gunicorn 
... 

Qualcuno può dirmi come fare gunicorn uscita le informazioni di debug invece di solo internal server error?

Grazie in anticipo.

+0

Stranamente Sto avendo lo stesso identico problema sei di questa mattina. Residual Friday 13th curse? – Rico

+0

hehe. no, c'è stata una nuova uscita giovedì. –

+0

btw, se tu, avendo lo stesso problema, vota la mia domanda su plz. –

risposta

7

Sono stato in grado di risolvere questo problema tornando a Gunicorn 18.0.0.

pip uninstall gunicorn 
pip install gunicorn==18.0.0 

Non la soluzione ideale. Forse vale la pena fare un baco su questo problema. La mia preoccupazione è che non riesco a identificare effettivamente quale sia il problema ... quindi come faccio a creare una bug ticket corretta? haha