• godz
    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
  • 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信号。

    
     5
  • 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-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
  • Tao
    2019-11-28
    老师好,升级nginx操作。我新下载的nginx在执行./configure的时候--prefix指定的目录是需要指向旧的nginx所指向的prefix目录还是随便指向一个就行。 在评论区木有找到答案哈哈
    
     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
  • 承君此诺
    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目录还是随便指向一个就行。 在评论区木有找到答案哈哈

    作者回复: 指向旧的目录

    
    
  • 书豪
    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课

    
    
我们在线,来聊聊吧