昨天，服务器进行清理，关闭了服务器，今天，输入域名想要访问服务器发现网页打不开了，首先想到的是nginx的问题，然后就登录服务器重启了nginx，结果出现了这个错误：nginx: [error] open() "/var/run/nginx/nginx.pid" failed (2: No such file or directory)
问题分析：
提示信息提示在/var/run/nginx/目录下找不到nginx.pid文件
解决方法：
方法一、修改nginx.conf配置文件
1.cd /usr/local/nginx/conf 进入conf目录，编辑配置文件nginx.conf
2.配置文件中有个注释的地方： #pid logs/nginx.pid;
将注释解开，并修改为pid /usr/local/nginx/logs/nginx.pid；
此时，如果我们启动nginx可能会存在这个问题：nginx: [alert] could not open error log file: open() "/usr/local/nginx/logs/error.log" failed (2: No such file or directory) 2021/10/30 19:08:56 [emerg] 6996#0: open() "/usr/local/nginx/logs/access.log" failed (2: No such file or directory)
这是为什么呢？因为我们/usr/local/nginx目录下没有logs文件夹呀！继续后面的步骤：
3.在/usr/local/nginx目录下创建logs目录：mkdir /usr/local/nginx/logs
4.启动nginx服务： /usr/local/nginx/sbin/nginx
启动成功，查看nginx启动情况
方法二、创建目录/var/run/nginx/
1.cd /var/run 进入run目录，创建nginx文件夹
2.创建nginx.pid文件：touch nginx.pid
3.启动nginx服务： /usr/local/nginx/sbin/nginx
启动成功，查看nginx启动情况
最后，我们分析一下为什么会产生这个问题：
nginx被停止时，var/run/nginx.pid被删除了。
reload命令需要通过nginx.pid获取进程号，会去找var/run.nginx.pid ，如果不存在，就报错了。
reload是在nginx启动的情况下做平滑重启的，他们都依赖于nginx进程存在的情况下，如果我们服务器关闭，那么应该是用nginx的启动命令进行启动，而不是重启。
最近每天都关闭服务器，设置nginx开机自启没有成功，两天都鼓捣这个nginx启动了，今天发现原来自己闹了个大笑话，，，，，，不过有收获啦，嘿嘿
另外，启动nginx之后，如果发现浏览器依旧打不开，那么，我们可以从下面两方面排查：
1.nginx端口号是否启动(nginx默认端口号是80)
#查看要用的端口号是否开启
sudo firewall-cmd --zone=public --query-port=端口号/tcp
#防火墙启动了但是端口号没有被开启，则开启要用的端口号
sudo firewall-cmd --zone=public --add-port=端口号/tcp --permanent
2.端口号启动了网页还是不能打开，考虑防火墙是否开启
#重启防火墙
sudo systemctl restart firewalld.service
如果上面两个方法还是没有解决您的问题，那么就要去查更多的资料啦，不过不要难过，解决问题的过程才是成长的过程嘛~~~
小tips:
启动nginx的命令为 /usr/local/nginx/sbin/nginx 没有提示表示启动成功
停止nginx的命令为 /usr/local/nginx/sbin/nginx -s stop
重启nginx的命令为 /usr/local/nginx/sbin/nginx -s reload
检查语法 /usr/local/nginx/sbin/nginx -t
另外，启动成功之后发现一个有意思的情况，一个服务，好多个进程，有一个master和多个worker，查了些资料和大家分享：
nginx.pid文件就是一个纯文本文件，存放的是nginx的master进程的进程号。
nginx工作中，包括一个master进程，多个worker进程。worker进程负责具体的http等相关工作，master进程主要是进行控制等控制。
nginx -s reload 命令加载修改后的配置文件,命令下达后会发生如下事件：
1. Nginx的master进程检查配置文件的正确性，若是错误则返回错误信息，nginx继续采用原配置文件进行工作
2. Nginx启动新的worker进程，采用新的配置文件
3. Nginx将新的请求分配新的worker进程
4. Nginx等待以前的worker进程的全部请求已经都返回后，关闭相关worker进程
5. 重复上面过程，直到全部旧的worker进程都被关闭掉。
重启之后，master的进程号不变，worker的进程号会改变。
漂亮~~~