2

実稼働環境にデプロイしようとしているアプリケーション用の uWSGI 構成ファイルを作成しました。

myapp_wsgi.ini :

[uwsgi]

uid = www-data
gid = www-data

userhome = /home/glide
chdir = %(userhome)/myapp
module = myapp.wsgi
virtualenv = %(userhome)/.virtualenvs/myapp
env = DJANGO_SETTINGS_MODULE=myapp.settings

master = true
processes = 4
socket = /tmp/%n.sock
buffer-size = 32768
req-logger = file:/var/log/uwsgi/access.log
logger = file:/var/log/uwsgi/error.log
touch-reload = .git/index
enable-threads = true

家臣の横で動作させることができないため (皇帝モードでは、皇帝プロセスに SIGHUP を送信しても、ログに読み込まれることさえありません)、uwsgi で構成を直接確認しようとしています。

$ uwsgi myapp_uwsgi.ini
[uWSGI] getting INI configuration from myapp_uwsgi.ini

しかし、それ以上メッセージが表示されずにハングアップするだけで、エラー ログには何も追加されません。

私はそれが予想される動作であり、正しい方向を向いていないと確信していますが、かなり寛大なuWSGIドキュメント全体を読む勇気がありませんでした.

問題は、自分の構成を確認するにはどうすればよいですか?

一方で、ログを記録する NginX を使用して vhost も構成しました。

*82 上流への接続中に unix:///tmp/myapp.sock への connect() が失敗しました (111: 接続が拒否されました)、クライアント: xxx.xxx.xxx.xxx、サーバー: myapp.myhost.eu、要求: "GET /favicon.ico HTTP/1.1"、アップストリーム: "uwsgi://unix:///tmp/myapp.sock:"、ホスト: "myapp.myhost.eu"

それを求めているとき

4

1 に答える 1

1

主にソケットのアクセス許可とその他の小さなものをいくつか不適切に構成しました。

そのため、私の Nginx は uWGSI と通信できませんでした。

この本当に優れた uWSGIハウツー Django & NginXは、仕事をするのに大いに役立ちました。

于 2014-12-18T10:34:08.933 に答える