2018-11-06切割日志的时候，先复制再停止ng，会漏掉从复制到停止中间这段时间的日志吧？作者回复: 是的，这个演示为了方便初学linux的同学理解，所以用了复制。
在生产环境中，应该把cp命令改为mv命令，因为linux文件系统中，改名并不会影响已经打开文件的写入操作，内核inode不变，这样就不会出现丢日志了。
谢谢你的提醒，视频最后应该提一下这个事的。 47
2018-11-16讲的很好，都是干货！
看了这节课，有个问题想问问：
热部署，在执行完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起来 1 15
2018-11-16大赞，讲的很好，关键是还每个留言都回复，超棒的老师，每个留言都看一遍也是收获满满作者回复: 谢谢！
7- 2018-11-06切割日志文件时，先复制再停止ng，会漏掉复制后到停止中间这段时间的日志吧？？
作者回复: 是的，这个演示为了方便初学linux的同学理解，所以用了复制。
在生产环境中，应该把cp命令改为mv命令，因为linux文件系统中，改名并不会影响已经打开文件的写入操作，内核inode不变，这样就不会出现丢日志了。
谢谢你的提醒，视频最后应该提一下这个事的。 7 
2018-11-25热部署失败之后到底用kill -USR1呢，还是用kill -HUP呢？有点儿不明白，他们两个的问题把我搞糊涂了，或是老师给说说热部署失败之后如何回退呢？作者回复: USR1是切割日志的，对应reopen命令。而HUP是对应reload命令，它会在没有worker进程时启动worker进程。所以，回退应该用HUP信号。
5
2018-11-18老师，您好，我在做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才能共享打开的监听端口。
4
2019-02-27老师，遇到一个奇葩的问题，请帮忙看看。
[root@localhost opt]# cp -r nginx-1.15/sbin/nginx nginx/sbin/
cp: overwrite ‘nginx/sbin/nginx’? y
cp: cannot create regular file ‘nginx/sbin/nginx’: Text file busy 1 2
2019-01-25必须要点赞，讲的非常好，最主要作者特别认真和耐心(每个评论都有回复)。必须点赞。作者回复: ：-）
2
2019-12-03这个怎么又跳到openresty/nginx/sbin目录下了作者回复: openresty只是nginx上包了新的nginx模块，只需要忽略openresty/这一层目录，其他照着nginx的方式使用就可以了。
第六部分会介绍openresty，第四部分在单机上搭环境验证时，会同时搭建openresty和nginx作为反向代理 1
2019-11-28老师好，升级nginx操作。我新下载的nginx在执行./configure的时候--prefix指定的目录是需要指向旧的nginx所指向的prefix目录还是随便指向一个就行。 在评论区木有找到答案哈哈 1
2019-05-02请教老师个小白问题；
看文档解释，信号量：
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进程只是个发信号的工具而已，与新老版本关系不大。 1- 2019-04-28热部署后通过 lsof -p $PID 发现老的 worker 进程仍然在监听 80 端口，这个跟老师在课中讲的不再监听不同，请老师帮忙解答下
作者回复: 对lsof的解读，要看LISTEN字段！当worker进程名变为nginx: worker process is shutting down时，lsof -p 6602 | grep LISTEN时可以看到没有在监听端口
1 
2019-04-06老师好！我测试用的是macbook，nginx版本是1.15.8，热部署编译的是1.15.10，nginx -t 测试配置文件正常，发送USR2信号之后，并没有新的进程出现，error.log中也没有任何记录产生。自己没有找到解决方案，不知道是什么原因？请问有什么思路可以排查这个问题？作者回复: 打开DEBUG日志（第六部分课程里有介绍如何分析DEBUG级别日志），以此分析原因
1
2019-03-28老师，您好！请问一下。一个nginx可以同时作为代理服务器和Web服务器吗？作者回复: 可以
1
2018-11-07日志切割，为什么不用linux自带的logrotate，nginx也有提供logrotate配置文件。作者回复: nginx官方没有提供logrotate，因为我们mv后直接reopen或者发送USR1信号就可以了。由nginx来做reopen更简单纯粹，因为nginx进程收到信号后，会把cycle里保存的所有打开的文件句柄，关闭掉再打开即可，就会生成新的日志文件。
1
2019-12-07陶辉老师 , 遇到个问题 . 测试机上运行了几个项目 , 我修改了其中一个的nginx配置文件 , 然后nginx -t , 一起正常 , 再nginx -s reload , 报错了 :
nginx: [error] invalid PID number “” in “/usr/local/var/run/nginx/nginx.pid”
后来我echo了正在运行的进程id到nginx.pid里就好了...
想问一下,这个错误是怎么产生的???展开作者回复: 比如，nginx非正常退出时，就会出现这个问题。原因是，nginx.pid里存放的还是之前进程的pid，但实际上进程已经不在，这个时候，reload是不能执行的，一定要执行，就会向错误或者不存在的进程发送信号
- 2019-12-04老师，安装完成后/home/geek/nginx中缺少一个modules模块
作者回复: 运行时提示没有动态模块，可以参见第41课。
如果是某些指令没有编译进nginx，需要configure后重编译 - 2019-11-28老师，kill -USR2 旧版本的主进程号，为什么这步操作之后，就可以看到新的nginx master进程起来了呀。
我这么操作之后发现新的master进程没有自动起来，还是只有一个nginx master进程作者回复: 通常，是新版本的nginx与现在的nginx.conf不匹配导致的，你看下error.log，上面有详细的信息
- 2019-11-28老师好，升级nginx操作。我新下载的nginx在执行./configure的时候--prefix指定的目录是需要指向旧的nginx所指向的prefix目录还是随便指向一个就行。 在评论区木有找到答案哈哈
作者回复: 指向旧的目录
2019-11-04重新启动服务出现以下错误：
nginx: the configuration file /usr/localinx/confinx.conf syntax is ok
nginx: configuration file /usr/localinx/confinx.conf test is successful
停止 nginx： [失败]
正在启动 nginx：nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
nginx: [emerg] still could not bind()
[失败]展开作者回复: 先要查看为何停止nginx会失败。你可以把打开debug日志看下，关于debug日志如何阅读可以看下第143课