讲的很好，都是干货！看了这节课，有个问题想问问：热部署，在执行完kill -USR2 masterPid 后，如何判断老的master进程不在监听80 or 443端口？热部署，在执行完kill -WINCH masterPid 后，如果没问题，老的master进程是手动 Kill掉吗？热部署，在执行完kill -WINCH masterPid 后，如果有问题，重新执行-s reload重新拉起worker进程，操作流程是先将二进制文件nginx.old还原为nginx，然后执行nginx -s reload, 那nginx.new的master的进程和worker进程如何关闭呢？

作者回复: 先回答第1个问题：用lsof -p 进程号，可以看到进程打开的句柄，也包括监听的端口。用netstat命令也可以看到一些端口被哪些进程打开。或者直接在/proc目录中找进程的相关信息也可以。第2个问题：可以用kill -QUIT把老master杀掉。第3个问题：直接用kill -USR1来执行reload，不要用-s reload，这样还是老的nginx worker起来

2018-11-16

2

30

AA星星点灯

热部署失败之后到底用kill -USR1呢，还是用kill -HUP呢？有点儿不明白，他们两个的问题把我搞糊涂了，或是老师给说说热部署失败之后如何回退呢？

作者回复: USR1是切割日志的，对应reopen命令。而HUP是对应reload命令，它会在没有worker进程时启动worker进程。所以，回退应该用HUP信号。

2018-11-25



9

godz

切割日志文件时，先复制再停止ng，会漏掉复制后到停止中间这段时间的日志吧？？

2018-11-06



9

正经儿🐾海森

大赞，讲的很好，关键是还每个留言都回复，超棒的老师，每个留言都看一遍也是收获满满

作者回复: 谢谢！

2018-11-16



7

jesse

老师，您好，我在做nginx热部署的时候遇到一个问题，您说，在发送USR2信号后，旧的nginx进程不再监听端口，但是我测试的时候，出现如下情况（新旧进程都在监听端口），麻烦您看一下，是哪里出了问题？ [root@VM_0_5_centos sbin]# kill -USR2 11848 [root@VM_0_5_centos sbin]# ps -ef | grep nginx root 11848 1 0 16:34 ? 00:00:00 nginx: master process ./nginx nobody 11849 11848 0 16:34 ? 00:00:00 nginx: worker process root 18313 11848 0 16:53 ? 00:00:00 nginx: master process ./nginx nobody 18314 18313 0 16:53 ? 00:00:00 nginx: worker process root 18318 8534 0 16:53 pts/7 00:00:00 grep --color=auto nginx [root@VM_0_5_centos sbin]# lsof -i:8000 -NP COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME nginx 11848 root 6u IPv4 58659472 0t0 TCP *:8000 (LISTEN) nginx 11849 nobody 6u IPv4 58659472 0t0 TCP *:8000 (LISTEN) nginx 18313 root 6u IPv4 58659472 0t0 TCP *:8000 (LISTEN) nginx 18314 nobody 6u IPv4 58659472 0t0 TCP *:8000 (LISTEN)

作者回复: 旧nginx进程仍然在LISTEN，只是不会去处理这个socket，因为没有把它加到epoll中。master进程打开监听端口，但不处理，由worker进程处理。另外，旧master是新master的父进程，所以新master才能共享打开的监听端口。

2018-11-18



5

xueerfei007

请教老师个小白问题；看文档解释，信号量： USR1 Reopen the log files USR2 Upgrade Executable on the fly 在热部署完成之后，老的work进程退出，老的master进程还在，老师说如果要回退版本，可以通过reload 命令完成回退，您在评论里说 "直接用kill -USR1来执行reload,不要用-s reload，这样还是老的nginx worker起来" 这个USR1信号量不是用来切割日志用的吗？，为什么通过发送这个可以完成热部署的回退？如果使用-s reload ，这个是针对新的版本执行，因为执行的是 ./nginx -s reload，这个指令ngnix指的是新版本，他怎么知道回退到旧的版本上呢，备份的名称是自己指定，不是Nginx自己执行的呀？

作者回复: 25课详细介绍了这一流程，建议先读完这一课。 reload实际上是向master进程发送HUP信号要求重启worker进程，如果master进程下没有worker进程，则相当于按nginx.conf启动worker进程，因此向老master发送HUP（这一课不知道是不是有口误，请以PDF为准，USR1与热部署无关）则相当于把老版本的Nginx恢复处理请求了。如果执行-s reload，实际是去读取新master进程的id，向新master进程发送HUP信号了。执行nginx -s时，此时的nginx进程只是个发信号的工具而已，与新老版本关系不大。

2019-05-02



3

哈哈

必须要点赞，讲的非常好，最主要作者特别认真和耐心(每个评论都有回复)。必须点赞。

作者回复: ：-）

2019-01-25



3

。。。

这个怎么又跳到openresty/nginx/sbin目录下了

作者回复: openresty只是nginx上包了新的nginx模块，只需要忽略openresty/这一层目录，其他照着nginx的方式使用就可以了。第六部分会介绍openresty，第四部分在单机上搭环境验证时，会同时搭建openresty和nginx作为反向代理

2019-12-03



2

空知

老师, ps -ef|grep nginx 501 4692 1 0 8:12下午 ?? 0:00.00 nginx: master process ./sbin/nginx 501 4705 4692 0 8:17下午 ?? 0:00.01 nginx: master process ./sbin/nginx 501 4747 4705 0 8:29下午 ?? 0:00.00 nginx: worker process 501 4839 4658 0 8:56下午 ttys000 0:00.00 grep nginx lsof -p 4692|grep LISTEN nginx 4692 root 6u IPv4 0x4dfab544273ba869 0t0 TCP *:http (LISTEN) 这样是不是老得 nginx还是在监听端口吧?

作者回复: 是的，4692就是nginx的master进程，虽然在监听，但实际不会处理新连接，因为fd已经从epoll中移出了。保留master是为了方便回滚，可以发信号QUIT或者直接杀掉进程，详见第25课

2019-05-15



2

收起评论