Por que o Upstart não está iniciando o uWSGI?

Question

Estou tentando montar um projeto de django no meu VPS. Eu estou tentando fazer um Imperador uWSGI correr e assim gerar vassalos. Eu configurei todos os meus arquivos de configuração como sugerido por inúmeros sites, incluindo a documentação do uWSGI. Ainda quando eu corro o comando de arquivo

paul@example:/$ sudo service uwsgi start

Eu recebo o seguinte:

start: Unknown job: uwsgi

Eu percebi que isso era porque o Upstart não podia reconhecer o arquivo uwsgi.conf link I tem em / etc / init /. Mas após revisão não consigo encontrar nada de errado com isso.

paul@example:/etc/init$ sudo vim uwsgi.conf

# Emperor uWSGI script

pre-start script
    logger "pre-start for uWSGI Emperor"
end script

post-start script
    logger "post-start for uWSGI Emperor"
end script

description "uWSGI Emperor"

start on runlevel [2345]
stop on runlevel [!2345]

respawn

env LOGTO = /var/log/uwsgi.log

exec /usr/local/bin/uwsgi --master --die-on-term --emperor /etc/uwsgi/vassals --logto $LOGTO

Também verifiquei meus arquivos / etc / uwsgi / vassals para ter certeza de que eles estavam funcionando corretamente. Meu único arquivo agora é um arquivo mysite.ini:

paul@example:/etc/uwsgi/vassals$ sudo vim mysite.ini 

[uwsgi]
base = /home/paul/djprojs/mysite/
chdir = %(base)
master = true
threads = 20
socket = /tmp/sockets/%n.sock
home = /home/paul/.virtualenvs/dj
env = DJANGO_SETTINGS_MODULE=%n.settings
module = django.core.handlers.wsgi:WSGIHandler()

Mas isso parece certo para mim também.

Finalmente, para testar e ver se o uWSGI executaria a partir da linha de comando, iniciei sem o Upstart. Eu corri

paul@exmaple/$ uwsgi --emperor /etc/uwsgi/vassals

e funcionou:

*** Starting uWSGI 1.9.13 (32bit) on [Sat Jul 27 19:23:43 2013] ***
compiled with version: 4.6.3 on 21 July 2013 03:35:50
os: Linux-3.2.0-24-virtual #37-Ubuntu SMP Wed Apr 25 12:51:49 UTC 2012
nodename: example.me
machine: i686
clock source: unix
detected number of CPU cores: 1
current working directory: /
detected binary path: /usr/local/bin/uwsgi
*** WARNING: you are running uWSGI without its master process manager ***
your processes number limit is 3922
your memory page size is 4096 bytes
detected max file descriptor number: 1024
*** starting uWSGI Emperor ***
*** has_emperor mode detected (fd: 6) ***
[uWSGI] getting INI configuration from mysite.ini
*** Starting uWSGI 1.9.13 (32bit) on [Sat Jul 27 19:23:43 2013] ***
compiled with version: 4.6.3 on 21 July 2013 03:35:50
os: Linux-3.2.0-24-virtual #37-Ubuntu SMP Wed Apr 25 12:51:49 UTC 2012
nodename: example.me
machine: i686
clock source: unix
detected number of CPU cores: 1
current working directory: /etc/uwsgi/vassals
detected binary path: /usr/local/bin/uwsgi
your processes number limit is 3922
your memory page size is 4096 bytes
detected max file descriptor number: 1024
lock engine: pthread robust mutexes
uwsgi socket 0 bound to UNIX address /tmp/sockets/mysite.sock fd 3
Python version: 2.7.3 (default, Apr 10 2013, 06:03:17)  [GCC 4.6.3]
Set PythonHome to /home/paul/.virtualenvs/dj
Python main interpreter initialized at 0x9bdb000
python threads support enabled
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 410112 bytes (400 KB) for 20 cores
*** Operational MODE: threaded ***
WSGI app 0 (mountpoint='') ready in 0 seconds on interpreter 0x9bdb000 pid: 18213 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 18213)
spawned uWSGI worker 1 (pid: 18214, cores: 20)

Então fiquei sem um aviso rápido. O uWSGI cli mostra todas as solicitações do servidor e não retorna para permitir que eu digite outro comando. Eu realmente sinto que deve haver uma maneira melhor de fazer isso (também conhecido como 'sudo service uwsgi start / restart'), mas não sei como. Eu olhei para este postar mas estou Não tenho certeza se um runlevel diferente resolveria o problema em questão.

    

Answer 1

Infelizmente, isso é difícil de depurar em scripts iniciantes. O problema é sua linha:

env LOGTO = /var/log/uwsgi.log

Você não pode ter espaços ao redor do '='. Basta mudar para:

env LOGTO=/var/log/uwsgi.log

Eu tenho medo de não saber se o material do uWSGI foi quebrado, mas isso deve fazer com que o seu trabalho iniciante seja reconhecido pelo menos.