Mac 用守护进程启动uwsgi

生产环境，要求服务不宕机，uwsgi 拉起django应用，就有必要让uwsgi进程成为守护进程

试图用brew services start uwsgi, 可惜不能这么干（nginx是这么干的， 背后的逻辑也是mac的自动启动服务）

摸索了一会，也踩了一些坑， 随笔记下

1.目录：/Library/LaunchDaemons

2.脚本：/Library/LaunchDaemons/pm_site.plist

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>pm.yy.com</string>
    <key>ProgramArguments</key>
    <array>
        <string>/Users/builder/pm-site/start_server.sh</string>
    </array>
    # 系统保活，杀掉会重启进程
    <key>KeepAlive</key>
    <true/>

    <key>RunAtLoad</key>
    <true/>

    <!-- 标准错误输出文件，错误日志 -->
    <key>StandardErrorPath</key>
    <string>/Users/builder/pm-site/uwsgi_err.log</string>
</dict>
</plist>

注意，修改脚本前后都需要修改权限，否则不给保存和执行失败

  sudo chmod 777 pm_site.plist
  vi pm_site.plist
  sudo chmod 644 pm_site.plist

3. 启动进程：

# 启动
sudo launchctl load -w /Library/LaunchDaemons/pm_site.plist

# 停止
sudo launchctl unload /Library/LaunchDaemons/pm_site.plist

# 杀掉启动的进程
sudo ps -ef | grep uwsgi | awk '{print "sudo kill -9 "$2}' | sh

4.采坑：

实现了uwsgi守护进程， 随之踩到了一个坑： nginx 同uwsgi通信时报错

*10768 connect() to unix:///Users/builder/pm-site/pm_site/pm_site.sock failed (13: Permission denied) while connecting to upstream

在uswgi的init配置文件中有一个描述:

# ... with appropriate permissions - may be needed  
chmod-socket    = 777 
# 注意了：这里必须设成777, 否则每次启动uwsgi会创建pm_site.sock(默认权限664)， 守护进程启动时，nginx会报错没有权限  

就是chmod-socket默认是644, 手工启动uwsgi时没有遇到权限问题，但是自启动脚本却发生了， 改成777 就OK了