502 плохих шлюза nginx. Уссги, колба
Итак, я разработал веб-приложение на python, и оно работало с внутренним сервером:
if __name__ == '__main__':
app.app.run(debug = True)
без проблем вообще. Сейчас я пытаюсь запустить сервер nginx с uwsgi, работающим на Arch Linux, вот файлы конфигурации:
config.py для моего приложения:
CSRF_ENABLED = True
SECRET_KEY = "you'll-never-know"
PROPAGATE_EXCEPTIONS = True
import os
basedir = os.path.abspath(os.path.dirname(__file__))
SQLALCHEMY_DATABASE_URI = 'sqlite:///' + os.path.join(basedir, 'app.db')
SQLALCHEMY_MIGRATE_REPO = os.path.join(basedir, 'db_repository')
/etc/nginx/nginx.conf:
user http;
worker_processes 2;
events {
#worker_connections 1024;
worker_connections 2048;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 70;
gzip on;
gzip_min_length 1100;
gzip_buffers 4 32k;
gzip_types text/plain text/css application/json application/javascript application/x-javascript text/javascript text/xml application/xml application/rss+xml application/atom+xml application/rdf+xml;
gzip_vary on;
gzip_comp_level 6;
include /etc/nginx/sites-enabled/*;
}
/etc/nginx/sites-enabled/test.conf
upstream test-server {
server unix:/run/uwsgi/test.sock;
#server 127.0.0.1:3031
}
server {
listen 80;
server_name "";
return 444;
}
server {
server_name 192.xxx.x.xxx;
listen 80;
root /srv/http/test-dir/src/app;
location /static {
alias /srv/http/test-dir/src/app/static;
}
location / {
include /etc/nginx/uwsgi_params;
uwsgi_pass test-server;
}
# rewrite ^ https://$server_name$request_uri? permanent;
}
/etc/uwsgi/emperor.ini
[uwsgi]
emperor = /etc/uwsgi/vassals
#master = true
#plugins = python2
uid = http
gid = http
/ и т.д. / uwsgi / вассалы
[uwsgi]
chdir = /srv/http/test-dir/src
wsgi-file = run.py
callable = app
processes = 4
threads = 2
offload-threads = 2
stats = 127.0.0.1:9191
max-requests = 5000
enable-threads = true
#master = true
vacuum = true
#socket = 127.0.0.1:3031
socket = /run/uwsgi/test.sock
chmod-socket = 664
harakiri = 60
logto = /var/log/uwsgi/test.log
/var/log/uwsgi/test.log
*** Starting uWSGI 2.0.9 (64bit) on [Wed Mar 25 17:17:53 2015] ***
compiled with version: 4.9.2 20150204 (prerelease) on 28 February 2015 13:34:10
os: Linux-3.19.2-1-ARCH #1 SMP PREEMPT Wed Mar 18 16:21:02 CET 2015
nodename: MyServer
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 2
current working directory: /etc/uwsgi/vassals
detected binary path: /usr/bin/uwsgi
chdir() to /srv/http/test-dir/src
your processes number limit is 13370
your memory page size is 4096 bytes
*** WARNING: you have enabled harakiri without post buffering. Slow upload could be rejected on post-unbuffered webservers ***
detected max file descriptor number: 1024
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uwsgi socket 0 bound to UNIX address /run/uwsgi/test.sock fd 3
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 415360 bytes (405 KB) for 8 cores
*** Operational MODE: preforking+threaded ***
*** no app loaded. going in full dynamic mode ***
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 1349)
spawned uWSGI worker 1 (pid: 1350, cores: 2)
spawned uWSGI worker 2 (pid: 1351, cores: 2)
spawned 2 offload threads for uWSGI worker 1
spawned uWSGI worker 3 (pid: 1355, cores: 2)
spawned uWSGI worker 4 (pid: 1356, cores: 2)
*** Stats server enabled on 127.0.0.1:9191 fd: 16 ***
spawned 2 offload threads for uWSGI worker 3
spawned 2 offload threads for uWSGI worker 4
spawned 2 offload threads for uWSGI worker 2
-- unavailable modifier requested: 0 --
announcing my loyalty to the Emperor...
-- unavailable modifier requested: 0 --
announcing my loyalty to the Emperor...
Как уже говорилось, я генерирую ошибку 502 при подключении к внутреннему адресу сервера, это происходит из журнала ошибок nginx:
2015/03/25 17:21:07 [error] 1340#0: *3 upstream prematurely closed connection while reading response header from upstream, client: [me], server: 192.xxx.x.xxx, request: "GET / HTTP/1.1", upstream: "uwsgi://unix:/run/uwsgi/test.sock:", host: "192.xxx.x.xxx"
http владеет сокетом так: ls -ld /run/uwsgi/test.sock
srw-rw-r-- 1 http http 0 Mar 25 17:17 /run/uwsgi/test.sock
Я думаю, что у меня все установлено на стороне uwsgi: sudo pacman -Ss uwsgi
community/mod_proxy_uwsgi 2.0.9-3
Apache uWSGI proxy module
community/uwsgi 2.0.9-3 [installed]
A fast, self-healing and developer/sysadmin-friendly application container server coded in pure C
community/uwsgi-plugin-cgi 2.0.9-3
CGI plugin
community/uwsgi-plugin-jvm 2.0.9-3
Plugin for Jvm support
community/uwsgi-plugin-lua51 2.0.9-3
Plugin for Lua support
community/uwsgi-plugin-mono 2.0.9-3
Plugin for mono support
community/uwsgi-plugin-php 2.0.9-3
Plugin for PHP support
community/uwsgi-plugin-psgi 2.0.9-3
Perl psgi plugin
community/uwsgi-plugin-pypy 2.0.9-3
Plugin for PyPy support
community/uwsgi-plugin-python 2.0.9-3
Plugin for Python support
community/uwsgi-plugin-python2 2.0.9-3 [installed]
Plugin for Python2 support
community/uwsgi-plugin-rack 2.0.9-3
Ruby rack plugin
community/uwsgi-plugin-webdav 2.0.9-3
Plugin for webdav support
я имел plugins = python2
включил [да, это python2.7] в главном emperor.ini, но он ничего не делал, либо не нужен, либо не в том месте. Я прочитал несколько других вещей здесь и на каждом сайте пакетов, не совсем уверен, что мне не хватает, но это что-то. Благодарю.
26.03.2015 РЕДАКТИРОВАТЬ
Я удалил свою версию дистрибутива uwsgi и установил ее через pip, похоже, ведет себя лучше.
Я начал использовать конфиги командной строки: sudo uwsgi --http 192.xxx.x.xxx:80 --wsgi-file run.py -callable app --enable-threads --chdir /srv/http/test-dir/src --процессы 4 - темы 2 --offload-threads 2 --вакуум --харакири 60
*** Starting uWSGI 2.0.10 (64bit) on [Thu Mar 26 21:16:33 2015] ***
compiled with version: 4.9.2 20150304 (prerelease) on 26 March 2015 20:52:38
os: Linux-3.19.2-1-ARCH #1 SMP PREEMPT Wed Mar 18 16:21:02 CET 2015
nodename: MyServer
machine: x86_64
clock source: unix
pcre jit disabled
detected number of CPU cores: 2
current working directory: /srv/http/test-dir/src
detected binary path: /usr/bin/uwsgi
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
chdir() to /srv/http/test-dir/src
*** WARNING: you are running uWSGI without its master process manager ***
your processes number limit is 13370
your memory page size is 4096 bytes
*** WARNING: you have enabled harakiri without post buffering. Slow upload could be rejected on post-unbuffered webservers ***
detected max file descriptor number: 16384
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uWSGI http bound on 192.168.1.104:80 fd 4
spawned uWSGI http 1 (pid: 4530)
uwsgi socket 0 bound to TCP address 127.0.0.1:34517 (port auto-assigned) fd 3
Python version: 2.7.9 (default, Dec 11 2014, 04:42:00) [GCC 4.9.2]
Python main interpreter initialized at 0x120aac0
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 332288 bytes (324 KB) for 8 cores
*** Operational MODE: preforking+threaded ***
WSGI app 0 (mountpoint='') ready in 1 seconds on interpreter 0x120aac0 pid: 4529 (default app)
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI worker 1 (pid: 4529, cores: 2)
spawned uWSGI worker 2 (pid: 4533, cores: 2)
spawned 2 offload threads for uWSGI worker 2
spawned uWSGI worker 3 (pid: 4536, cores: 2)
spawned uWSGI worker 4 (pid: 4537, cores: 2)
spawned 2 offload threads for uWSGI worker 1
spawned 2 offload threads for uWSGI worker 4
spawned 2 offload threads for uWSGI worker 3
Я получил эту ошибку:
sqlalchemy.exc.ProgrammingError: (ProgrammingError) Объекты SQLite, созданные в потоке, могут использоваться только в этом же потоке. Объект был создан в идентификаторе потока 140554959951616, а это идентификатор потока 140555111335808
удаление --enable-threads ничего не делает. Пользователь в значительной степени будет загружать и выгружать объекты в объект сеанса фляги при взаимодействии с веб-страницей, что может вызвать эту ошибку, не происходит постоянно, что я могу сделать, чтобы обойти это?
1 ответ
Мне кажется, две вещи помогли решить эту проблему PROPAGATE_EXCEPTIONS = True
в config.py и я удалил потоки из моего vassal ini файла, конечные файлы uwsgi выглядели так:
/etc/uwsgi/emperor.ini:
[uwsgi]
emperor = /etc/uwsgi/vassals
master = true
plugins = python2
uid = http
gid = http
/etc/uwsgi/vassals/test.ini:
[uwsgi]
chdir = /srv/http/test_dir/src
wsgi-file = run.py
callable = app
processes = 4
stats = 127.0.0.1:9191
max-requests = 5000
enable-threads = true
vacuum = true
thunder-lock = true
socket = /run/uwsgi/test-sock.sock
chmod-socket = 664
harakiri = 60
logto = /var/log/uwsgi/test.log
Не уверен на PROPAGATE_EXCEPTIONS = True
но удалив опцию потоков в test.ini и убедившись, что в emperor.ini была опция master, казалось, решил проблему с sql, перебрасываемой на разные шаги, или, по крайней мере, он жаловался на это и вылетал на сайт, либо или же.