gunicorn com settings personalizado

[Eduardo Basílio]

Olá,

Tento executar o comando:

(vl-projx)eduardo@Eduardo-PC:/deploy/sites/projetox$ gunicorn_django -w 4 -b 127.0.0.1:9000 projetox/settings/settings_local.py

E retorna o seguinte erro:

[...]

gunicorn.errors.HaltServer: <HaltServer 'Worker failed to boot.' 3>

A estrutura do Projeto é:

projetox

├── manage.py

├── projetox

│   ├── __init__.py

│   ├── settings

│   │   ├── __init__.py

│   │   ├── settings_local.py

│   ├── urls.py

│   ├── wsgi.py

Observações:

• Estou usando Virtualenv com Django 1.4 e Gunicorn
  
• Quando o arquivo settings.py (gerado pelo startproject) está em seu lugar nativo, dá tudo certo. Mas eu quero rodar o gunicorn com settings personalizado.

Alguém poderia me ajudar indicando como resolver este problema? Agradeço.

[Tiago]

Tbm faço isso.. da uma olhada: http://docs.gunicorn.org/en/latest/configure.html#django-settings

2013/4/19 Eduardo Basílio <eduardoafo...@gmail.com>

--
Você está recebendo esta mensagem porque se inscreveu no grupo "Django Brasil" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para django-brasi...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

[Eduardo]

pois é Tiago, estou tentando: gunicorn_django -w 4 -b 127.0.0.1:9000 --settings projetox.settings.settings_local e continua retornando erro.

Já tentei usando o path completo, com barra, com .py no final.

Sabe de alguma outra coisa q possa ocasionar este erro? gunicorn.errors.HaltServer: <HaltServer 'Worker failed to boot.' 3>

--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "Django Brasil" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/django-brasil/_OxNjW2PLGY/unsubscribe?hl=pt-BR.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para django-brasi...@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

--
Eduardo Basílio
Viva o que é bom

[Tiago]

Eduardo, deveria funcionar, experimenta colocar um __init__.py dentro da pasta projetox, se tu já não colocou.

Em outro caso, acredito que seja outra coisa que está ocasionando este erro.

Tenta --log-level=debug --debug e ve se aparece algo tabém..

2013/4/19 Eduardo <eduardoafo...@gmail.com>

[Tiago]

Verifica de qual pasta tu ta executando esse comando também.. recomento que tu crie um arquivo .sh tipo assim:

#!/bin/bash

set -e

LOGFILE=/var/log/gunicorn/projectox.log

LOGDIR=$(dirname $LOGFILE)

NUM_WORKERS=3

# user/group to run as

USER=ec2-user

GROUP=ec2-user

PORT=8002

cd /home/projectox

#source ../bin/activate #caso tu use virtualenv

test -d $LOGDIR || mkdir -p $LOGDIR

exec gunicorn_django -w $NUM_WORKERS --bind=127.0.0.1:$PORT settings.py \

  --user=$USER --group=$GROUP --log-level=debug \

  --timeout 10000 --debug \

  --log-file=$LOGFILE 2>>$LOGFILE

chmod +x no arquivo, e executa ele: ./start_server.sh

Sorte e abraço.

2013/4/19 Tiago <aiev....@gmail.com>

[Douglas Miranda]

Eu executo com: manage.py run_gunicorn --settings=DJANGO_PROJECT_NAME.settings.production (fora os outros argumentos, workers, daemon...)

Atenciosamente
Douglas Miranda

[Eduardo]

Amigos, deu certo!

Coloquei o arquivo settings_local.py no diretório projetox (o mesmo diretório que tem o wsgi.py nativamente) e executei:

(vl-projx)eduardo@Eduardo-PC:/deploy/sites/projetox$ gunicorn_django -w 5 -b 127.0.0.1:9000 projetox/settings_local.py

O q não conseguir ainda foi colocar o settings_local.py em um diretório diferente do que contém o wsgi.py. Mas pelo menos já dá pra personalizar vários settings: settings_local.py, settings_staging.py, settings_production.py

Obrigado.

[d4n1]

Criando pacote vc tem que setar o --settings tanto no gunicorn como no manage.py. Uma solucao mais "preguica" e deixar o settings.py para producao, criar um settings_dev.py importando o settings.py, e criar um mange_dev.py alterando nesse arquivo o setting a ser executado, no caso o settings_dev.py. Entao em desenvolvimento roda o manage_dev.py e joga ambos no .hgignore, em producao voce usa o settings.py nomal. Espero não ter complicado demais kkk.