启动及重新启动nginx,重启nginx后丢失nginx.pid问题解决

一,nginx的停止操作

图片 1

nginx被停止(nginx -s
stop)或者直接杀掉了进程(kill -9 nginx的进程号)后,调用命令(nginx -s
reload 或者 nginx -s reopen)会报错:无法找到
“var/run/nginx.pid”文件。

起因:每次重启虚拟机后,var/run/nginx/目录都会被删除,所以无法在这个目录创建nginx.pid文件,

 

停止操作是通过向nginx进程发送信号来实现的。
步骤1:查询nginx主进程号

kill 1331

这句话中,有好几个知识点,也包含了一些错误,错误得把reload或者reopen当做了启动的命令。来依次总结一下:

  可以自己创建var/run/nginx/目录,然后可以运行,但治标不治本,下次虚拟机重启目录还会丢失。

停止操作

复制代码 代码如下:

重新加载

1.nginx的常用命令

停止:

  • 直接杀nginx进程。  ps aux|grep nginx
    查看nginx的主进程号, 调用 kill -9 nginx的进程号
    来强制停止nginx。(还有 ”kill -quit nginx的进程号” 来从容停止nginx,
     ”kill -term nginx的进程号”来快速的停止nginx)
  • 调用 nginx -s stop
    快速停止nginx
  • 调用 nginx -s quit
    完整有序的停止nginx

启动: 

进入nginx安装目录/sbin/下执行

nginx  或者  nginx -c 特定位置的nginx.conf
(一般默认是 nginx -c ./logs/nginx.conf)

重启:

nginx -s reload
平滑的重启。配置重载。

nginx工作中,包括一个master进程,多个worker进程。worker进程负责具体的http等相关工作,master进程主要是进行控制等控制。 

nginx -s  reload
命令加载修改后的配置文件,命令下达后发生如下事件

1.
Nginx的master进程检查配置文件的正确性,若是错误则返回错误信息,nginx继续采用原配置文件进行工作(因为worker未受到影响)

2.
Nginx启动新的worker进程,采用新的配置文件

3.
Nginx将新的请求分配新的worker进程

4.
Nginx等待以前的worker进程的全部请求已经都返回后,关闭相关worker进程

5.
重复上面过程,知道全部旧的worker进程都被关闭掉。

所以,重启之后,master的进程号不变,worker的进程号会改变。

日志分割:   

nginx -s reopen  重新打开日志文件。

为什么要切割日志?一般Nginx安装好后有些人会打开日志记录,有些人会关闭日志记录,打开日志记录的人一般都会把架设在Nginx上的所有网站日志都存在同一个文件里(比如我存在access.log日志文件里),

这样日积月累所有网站的访问记录就会把日志文件越积越大,当需要查看日志文件的时候一看就是一大串,不方便查找。现在,如果我把每天的日志文件分割开来用相应的日期标识出来这样就大大方便查找了。

我是建议打开日志记录,日志记录里面存放着很多有用的东西。比如:浏览器名称,可以方便你对网站的排版做出调整;IP地址,如果网站收到攻击,你就可以查到那个IP地址。

Linux下我们可以简单的把日志文件mv走,但是你会发现mv走后新的日志文件没有重新生成,一般linux下用的文件句柄,文件被打开情况下你mv走文件,但是原来操作这个文件的进程还是有这个文件的inode等信息,

原进程还是读写原来的文件,因此简单的mv是无法生效的。

因此建议过程如下

  1. mv原文件到新文件目录中,这个时候
    nginx还写这个文件(写入新位置文件中了)

  2. 调用nginx -s 
    reopen用来打开日志文件,这样nginx会把新日志信息写入这个新的文件中

这样完成了日志的切割工作,
同时切割过程中没有日志的丢失。

测试当前配置文件是否正确: nginx -t

测试指定配置文件是否正确: nginx -t
指定配置文件路径

解决方法:

停止操作是通过向nginx进程发送信号来进行的

ps -ef | grep nginx

/usr/local/nginx/sbin/nginx -s reload
[error]: open() “/usr/local/nginx/logs/nginx.pid” failed (2: No such
file or directory)

2.var/run/nginx.pid文件

首先 var/run这个目录是干嘛用的?

此文件夹包含描述系统启动以来系统信息的数据。此文件夹下的文件必须在启动过程初期清除(删除或归零)。程序可以在/var/run下有自己的子文件夹。原先放在/etc下的进程标识(PID)文件必须放

/var/run里面。PID文件的命名惯例是.pid。所以,nginx的PID文件名为/var/run/nginx.pid

nginx.pid存放的是nginx的master进程的进程号。

  打开/usr/local/nginx/conf/nginx.conf 这是我的配置文件,一般在nginx的conf文件夹中

 

在进程列表里
面找master进程,它的编号就是主进程号了。

如果继续报错执行以下语句

3.为什么会报错

nginx被停止时,var/run/nginx.pid被删除了。
 而 reopen和
reload命令需要通过nginx.pid获取进程号,会去找var/run.nginx.pid
,如果不存在,就报错了。

  在nginx.conf中打开一个配置:

步骤1:查询nginx主进程号

步骤2:发送信号

/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf

4.总结

reopen是在nginx启动的情况给做分割日志用的,
 reload也是在nginx启动的情况下做平滑重启的,他们都依赖于nginx进程存在的情况下。
并不是字面上启动或打开的意思。

真正的启动命令是:  nginx 或者 nginx -c
指定目录的配置文件 nginx.conf。
 查看进程存在即表明启动成功,之后再调用reload和reopen就不会报错了。

 

 

参考链接:

 #pid        logs/nginx.pid;//打开这个配置

  同时在/usr/local/nginx目录下创建logs文件 :

ps -ef | grep nginx

从容停止Nginx:
kill -QUIT 主进程号
快速停止Nginx:
kill -TERM 主进程号
强制停止Nginx:

或者

 mkdir logs

  再次重启虚拟机,nginx正常运行。

原因:我们在配置文件显式的指定nginx.pid文件存放位置,然后创建logs文件夹

  当linux重启后,logs文件夹不会被删除

 

  

在进程列表里 面找master进程,它的编号就是主进程号了。

复制代码 代码如下:

./nginx -c /usr/local/nginx/conf/nginx.conf

步骤2:发送信号

pkill -9 nginx

图片 2

从容停止Nginx:

另外,
若在nginx.conf配置了pid文件存放路径则该文件存放的就是Nginx主进程号,如果没指定则放在nginx的logs目录下。有了pid文
件,我们就不用先查询Nginx的主进程号,而直接向Nginx发送信号了,命令如下:

 

kill -QUIT 主进程号

复制代码 代码如下:

然后重启

快速停止Nginx:

kill -信号类型 ‘/usr/nginx/logs/nginx.pid’

kill -TERM 主进程号

二,nginx的平滑重启

强制停止Nginx:

如果更改了配置就要重启Nginx,要先关闭Nginx再打开?不是的,可以向Nginx
发送信号,平滑重启。
平滑重启命令:

pkill -9 nginx

复制代码 代码如下:

 

kill -HUP 住进称号或进程号文件路径

另外,
若在nginx.conf配置了pid文件存放路径则该文件存放的就是Nginx主进程号,如果没指定则放在nginx的logs目录下。有了pid文
件,我们就不用先查询Nginx的主进程号,而直接向Nginx发送信号了,命令如下:

或使用
/usr/nginx/sbin/nginx -s reload
注意,修改了配置文件后最好先检查一下修改过的配置文件是否正
确,以免重启后Nginx出现错误影响服务器稳定运行。判断Nginx配置是否正确命令如下:
 

kill -信号类型 ‘/usr/nginx/logs/nginx.pid’

复制代码 代码如下:

 

nginx -t -c /usr/nginx/conf/nginx.conf
或者
/usr/nginx/sbin/nginx -t

平滑重启

三,nginx的平滑升级

如果更改了配置就要重启Nginx,要先关闭Nginx再打开?不是的,可以向Nginx
发送信号,平滑重启。

如果服务器正在运行的Nginx要进行升级、添加或删除模块时,我们需
要停掉服务器并做相应修改,这样服务器就要在一段时间内停止服务,Nginx可以在不停机的情况下进行各种升级动作而不影响服务器运行。

平滑重启命令:

步骤1:

kill -HUP 住进称号或进程号文件路径

若升级Nginx程序,先用新程序替换旧程序文件,编译安装的话新程序直接编译到Nginx安装目录中。

或者使用

步骤2:执行命令

 

kill -USR2 旧版程序的主进程号或进程文件名

/usr/nginx/sbin/nginx -s reload

此时旧的Nginx主进程将会把自己的进程文件改名为.oldbin,然后执行新版
Nginx。新旧Nginx会同市运行,共同处理请求。
这时要逐步停止旧版 Nginx,输入命令:

 

kill -WINCH 旧版主进程号

注意,修改了配置文件后最好先检查一下修改过的配置文件是否正
确,以免重启后Nginx出现错误影响服务器稳定运行。判断Nginx配置是否正确命令如下:

慢慢旧的工作进程就都会随着任务执行完毕而退出,新版的Nginx的工作进程会逐渐取代旧版
工作进程。
可以决定使用新版还是恢复到旧版。

nginx -t -c /usr/nginx/conf/nginx.conf

四,不重载配置启动新/旧工作进程

或者

kill -HUP 旧/新版主进程号
从容关闭旧/新进程
kill -QUIT 旧/新主进程号
如果此时报错,提示还有进程没有结束就用下面命令先关闭旧/新工作进程,再关闭主进程号:
kill -TERM 旧/新工作进程号

 

这样下来,如果要恢复到旧版本,只需要上面的几个步
骤都是操作新版主进程号,如果要用新版本就上面的几个步骤都操作旧版主进程号就行了。

/usr/nginx/sbin/nginx -t

上面就是Nginx的一些基本的操作,希望以后Nginx能有更好的方法来处理这些操作,
最好是Nginx的命令而不是向Nginx进程发送系统信号。

 

在阿里云服务器上,进程性的 nginx -s stop后再次启动nginx -s reload
,总是会报错误nginx: [error] open()
“/alidata/server/nginx/logs/nginx.pid” failed (2: No such file or
directory)。
原因:nginx进程杀死后pid丢失了,下一次再开启nginx -s
reload时无法启动,重装可以解决问题,做不做,你决定吧,哈哈。

平滑升级

还是英文的解释比较专业:

如果服务器正在运行的Nginx要进行升级、添加或删除模块时,我们需
要停掉服务器并做相应修改,这样服务器就要在一段时间内停止服务,Nginx可以在不停机的情况下进行各种升级动作而不影响服务器运行。

issued a nginx -s stop and after that I got this error when trying to
reload it.
[error]: invalid PID number “” in “/var/run/nginx.pid”
That /var/run/nginx/pid file is empty atm.
What do I need to do to fix it?

步骤1:

nginx -s reload is only used to tell a running nginx process to reload
its config. After a stop, you don’t have a running nginx process to send
a signal to. Just run nginx (possibly with a -c /path/to/config/file)


果升级Nginx程序,先用新程序替换旧程序文件,编译安装的话新程序直接编译到Nginx安装目录中。

使用方法:

步 骤2:执行命令

复制代码 代码如下:

kill -USR2 旧版程序的主进程号或进程文件名

nginx -c /path/to/config/file
//我的机器是这样:/alidata/server/nginx/sbin/nginx -c
/alidata/server/nginx/conf/nginx.conf

此时旧的Nginx主进程将会把自己的进程文件改名为.oldbin,然后执行新版
Nginx。新旧Nginx会同市运行,共同处理请求。

以上是云栖社区小编为您精心准备的的内容,在云栖社区的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索nginx.pid
重启后nginx.pid丢失、nginx.pid 丢失、nginx pid文件丢失、nginx1.8.1
pid丢失、nginx.pid,以便于您获取更多的相关知识。

这时要逐步停止旧版 Nginx,输入命令:

kill -WINCH 旧版主进程号

慢慢旧的工作进程就都会随着任务执行完毕而退出,新版的Nginx的工作进程会逐渐取代旧版
工作进程。

 

此 时,我们可以决定使用新版还是恢复到旧版。

不重载配置启动新/旧工作进程

kill -HUP 旧/新版主进程号

从容关闭旧/新进程

kill -QUIT 旧/新主进程号

如果此时报错,提示还有进程没有结束就用下面命令先关闭旧/新工作进程,再关闭主进程号:

kill -TERM 旧/新工作进程号

 

这样下来,如果要恢复到旧版本,只需要上面的几个步
骤都是操作新版主进程号,如果要用新版本就上面的几个步骤都操作旧版主进程号就行了。

 

上面就是Nginx的一些基本的操作,希望以后Nginx能有更好的方法来处理这些操作,
最好是Nginx的命令而不是向Nginx进程发送系统信号。

 

 

在使用的阿里云服务器上,进程性的 nginx -s stop后再次启动nginx -s reload
,总是会报错误nginx: [error] open()
“/alidata/server/nginx/logs/nginx.pid” failed (2: No such file or
directory),这应该是因为把nginx进程杀死后pid丢失了,下一次再开启nginx -s
reload时无法启动,重装可以解决这个问题,但是太麻烦了。

 

一开始百度解决该问题。只是找到几个求助答案。没有实际有效的方法,于是用google开始搜索,虽然英语比较恶心,但一般,英文网站上总会有解决方法这一次也不另外。

 

 issued a nginx -s stop and after that I got this error when trying to
reload it.

 

[error]: invalid PID number “” in “/var/run/nginx.pid”

 

That /var/run/nginx/pid file is empty atm.

 

What do I need to do to fix it?

 

 

nginx -s reload is only used to tell a running nginx process to reload
its config. After a stop, you don’t have a running nginx process to send
a signal to. Just run nginx (possibly with a -c /path/to/config/file)

 

于是我用了这方法,也就是nginx -c /path/to/config/file)
 //在我机器上是这样的/alidata/server/nginx/sbin/nginx -c
/alidata/server/nginx/conf/nginx.conf

 

停止操作 停止操作是通过向nginx进程发送信号来进行的
步骤1:查询nginx主进程号 ps -…

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图