课件下载地址

精选留言(89)

• 
  godz

  2018-11-06

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

  作者回复: 是的，这个演示为了方便初学linux的同学理解，所以用了复制。
  在生产环境中，应该把cp命令改为mv命令，因为linux文件系统中，改名并不会影响已经打开文件的写入操作，内核inode不变，这样就不会出现丢日志了。
  谢谢你的提醒，视频最后应该提一下这个事的。

  

   42
• 
  风竹

  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
• 
  godz

  2018-11-06

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

  作者回复: 是的，这个演示为了方便初学linux的同学理解，所以用了复制。
  
  在生产环境中，应该把cp命令改为mv命令，因为linux文件系统中，改名并不会影响已经打开文件的写入操作，内核inode不变，这样就不会出现丢日志了。
  
  谢谢你的提醒，视频最后应该提一下这个事的。

  

   7
• 
  AA星星点灯

  2018-11-25

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

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

  

   4
• 
  jesse

  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-01-25

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

  作者回复: ：-）

  

   2
• 
  。。。

  2019-12-03

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

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

  

   1
• 
  xueerfei007

  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
• 
  Say NO

  2019-03-28

  老师，您好！请问一下。一个nginx可以同时作为代理服务器和Web服务器吗？

  作者回复: 可以

  

   1
• 
  子不语

  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
• 
  承君此诺

  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后重编译

  

  
• 
  Tao

  2019-11-28

  老师，kill -USR2 旧版本的主进程号，为什么这步操作之后，就可以看到新的nginx master进程起来了呀。
  我这么操作之后发现新的master进程没有自动起来，还是只有一个nginx master进程

  作者回复: 通常，是新版本的nginx与现在的nginx.conf不匹配导致的，你看下error.log，上面有详细的信息

  

  
• 
  Tao

  2019-11-28

  老师好，升级nginx操作。我新下载的nginx在执行./configure的时候--prefix指定的目录是需要指向旧的nginx所指向的prefix目录还是随便指向一个就行。 在评论区木有找到答案哈哈

  

  
• 
  Tao

  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课

  

  