uwsgi 启动或停止
启动：
uwsgi --ini uwsgi.iniuwsgi.pid 是ini配置文件中配置的
停止：
uwsgi --stop uwsgi.pid
例子uwsgi --stop ./script/uwsgi.pid查看日志tail -50f ./script/uwsgi.log
uwsgi unable to load configuration from stop
首先判断进入虚拟环境
检查uwsgi的指令是否正确
uwsgi signal_pidfile()/kill(): No such process [core/uwsgi.c line 1695]
uwsgi signal_pidfile()/kill(): No such process [core/uwsgi.c line 1693]
通过 ps -ef |grep uwsgi 检查uwsgi检查进程将之前的ini全部kill，既然重启不管用就全关掉kill全部uwsgi ini进程 killall -s INT uwsgi查看uwsgi有关的进程 ps -ef |grep uwsgi启动uwsgi: uwsgi --ini uwsgi.ini
查看uwsgi进程 这里是20843
找到 uwsgi.pid 文件打开发现不是20843
更改 uwsgi.pid 文件中的那个id（数）为20843
重新执行下重启服务的命令
Invalid HTTP_HOST header: '202.200.111.111'. You may need to add '202.200.111.111' to ALLOWED_HOSTS.setting.py文件
将ALLOWED_HOSTS = []改为ALLOWED_HOSTS = ['*']
https -- > http
80端口需要root用户才能占用。
使用pip安装uwsgipip install uwsgipip install uwsgitop pip安装uwsgi后，Linux命令行敲击uwsgi --help后，提示uwsgi命令找不到？ 答：进入python安装环境的bin，然后使用ln -s进行软链接到/usr/bin/下；web目录规范化（项目中只用预留一个uwsgi文件夹和ini文件，之后配置中要用）root@root:$ ls -l├── .项目目录其他文件├── hello.py├── hello.pyc├── uwsgi│ ├── uwsgi.log # 日志文件，通过该文件查看uwsgi的日志│ ├── uwsgi.pid # pid文件，通过该文件可以控制uwsgi的重启和停止│ ├── uwsgi.sock # socket文件，配置nginx时候使用│ └── uwsgi.status # status文件，可以查看uwsgi的运行状态└── uwsgi.iniuwsgi.ini文件，配置参数详解master = true #启动主进程，来管理其他进程，其它的uwsgi进程都是这个master进程的子进程，如果kill这个master进程，相当于重启所有的uwsgi进程。chdir = /web/www/mysite #在app加载前切换到当前目录， 指定运行目录module = mysite.wsgi # 加载一个WSGI模块,这里加载mysite/wsgi.py这个模块py-autoreload=1 #监控python模块mtime来触发重载 (只在开发时使用)lazy-apps=true #在每个worker而不是master中加载应用socket = /test/myapp.sock #指定socket文件，也可以指定为127.0.0.1:9000，这样就会监听到网络套接字processes = 2 #启动2个工作进程，生成指定数目的worker/进程buffer-size = 32768 #设置用于uwsgi包解析的内部缓存区大小为64k。默认是4k。daemonize = /var/log/myapp_uwsgi.log # 使进程在后台运行，并将日志打到指定的日志文件或者udp服务器log-maxsize = 5000000 #设置最大日志文件大小disable-logging = true #禁用请求日志记录vacuum = true #当服务器退出的时候自动删除unix socket文件和pid文件。listen = 120 #设置socket的监听队列大小（默认：100）pidfile = /var/run/uwsgi.pid #指定pid文件enable-threads = true #允许用内嵌的语言启动线程。这将允许你在app程序中产生一个子线程reload-mercy = 8 #设置在平滑的重启（直到接收到的请求处理完才重启）一个工作子进程中，等待这个工作结束的最长秒数。这个配置会使在平滑地重启工作子进程中，如果工作进程结束时间超过了8秒就会被强行结束（忽略之前已经接收到的请求而直接结束）max-requests = 5000 #为每个工作进程设置请求数的上限。当一个工作进程处理的请求数达到这个值，那么该工作进程就会被回收重用（重启）。你可以使用这个选项来默默地对抗内存泄漏limit-as = 256 #通过使用POSIX/UNIX的setrlimit()函数来限制每个uWSGI进程的虚拟内存使用数。这个配置会限制uWSGI的进程占用虚拟内存不超过256M。如果虚拟内存已经达到256M，并继续申请虚拟内存则会使程序报内存错误，本次的http请求将返回500错误。harakiri = 60 #一个请求花费的时间超过了这个harakiri超时时间，那么这个请求都会被丢弃，并且当前处理这个请求的工作进程会被回收再利用（即重启）常用命令uwsgi --ini uwsgi.ini # 启动uwsgi --reload uwsgi.pid # 重启uwsgi --stop uwsgi.pid # 关闭关于uwsgi部署flask报unable to find "application" callable in file这个错误的可能性原因，如下：unable to find "application" callable in file ./__init__.pyunable to load app 0 (mountpoint='') (callable not found or import error)*** no app loaded. going in full dynamic mode ***你的启动文件缺少flask框架的实例，必须暴露变量。app = Flask(__name__)uwsgi的配置错误chdir = /userwsgi-file = （应该为chdir的相对目录，而不是配置文件的相对目录） 报错unable to load configuration from /opt/bhcrjy/uwsgi的原因：*** Operational MODE: preforking ***[init_app]redisPool is 32376[init_app]redisPool is 32376 * Serving Flask app "uwsgi_file___bhcrjyApp_runserver" (lazy loading) * Environment: production WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead. * Debug mode: on * Running on http://127.0.0.1:5000/ (Press CTRL+C to quit) * Restarting with stat// 错误在这里，启动后立马停止unable to load configuration from /opt/bhcrjy/uwsgiVACUUM: pidfile removed.原因是因为，你的启动文件中app.run()，应该移除或者单独一个文件中，因为WSGI会自动调用Flask的callable方法去启动。
REF
https://www.jianshu.com/p/31f95af5ce51
https://blog.csdn.net/weixin_45707980/article/details/121288213
发表评论