2016-12-22 9 views
0

私は同じドメイン上のいくつかのアプリケーションの天皇モードを設定しています。それぞれの別名は別です。私はほとんどそれが働いているが、それは正しいマウントポイントを与えていない。天皇モードのuWSGIのマウントポイントが正しくありません

/etc/uwsgiで)私のemperor.iniファイルが

[uwsgi] 
emperor = /etc/uwsgi/vassals 

そして(/etc/uwsgi/vassalsで)私のテスト家臣の設定reg_demo.iniでは、次のとおりです。

[uwsgi] 
chdir = /usr/share/nginx/wsgi/flask-appbuilder/peds_registry 
pyhome = /usr/share/nginx/wsgi/flask-appbuilder/venv 
venv = /usr/share/nginx/wsgi/flask-appbuilder/venv 
binary-path = /home/gms/Envs/Python/bin/uwsgi 
chmod-socket = 666 
logto = /etc/uwsgi/test.log 
callable = app 
module = run 
mount: /reg_demo=run.py 
socket = /tmp/reg_demo.sock 
manage-script-name = true 
vacuum = true 
env = LC_ALL=en_US.UTF-8 
threads = 1 
workers = 4 #can be adjusted 
master = true 
max-requests = 1000 
harakiri = 120 
buffer-size = 24576 
if-env = VIRTUAL_ENV 
virtualenv = %(_) 
endif = 

nginx.confで定義された別名は、次のとおりです。

location /reg_demo { 
    include uwsgi_params; 
    uwsgi_pass unix:/tmp/reg_demo.sock; 
    uwsgi_read_timeout 300; 
} 

しかし、私がuwsgiを起動すると(そうでない場合は、他のすべてがうまく起動 - 予想WSGI app 0 (mountpoint='/reg_demo')とは対照的に、

WSGI app 0 (mountpoint='') ready in 4 seconds on interpreter 0x23dd840 pid: 16690 (default app) 
*** uWSGI is running in multiple interpreter mode *** 
spawned uWSGI master process (pid: 16690) 
spawned uWSGI worker 1 (pid: 16693, cores: 1) 
spawned uWSGI worker 2 (pid: 16694, cores: 1) 
spawned uWSGI worker 3 (pid: 16695, cores: 1) 
spawned uWSGI worker 4 (pid: 16696, cores: 1) 
  • は:)、私のログがあることを示しています。

そして、このように、私はこのためのWebページに移動し、http://hostname/reg_demoそれは私のマウントポイントに基づいて、すべての参照を解決することはできませんので、それ は、すべてbuggeredです。 Screwy routes on web app munging output

これは非皇帝モードではうまくいきますが、私は複数のアプリを展開できる必要があります。

答えて

0

構文エラーで終了:mount = /reg_demo=run.pyになっていたはずの愚かな理由のために私はmount: /reg_demo=run.pyを持っていました。私に指摘したのは、vimの構文ハイライトです...

関連する問題