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

这个错误是我昨天配置后nginx后并能成功，而今天再次用/usr/local/nginx/sbin/nginx -s reload

就出现这样的错，

/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf   一个命令解决

但是真正原因是你没启动   /usr/local/nginx/sbin/nginx  先启动在重启

通常情况下，Nginx 的主配置文件（nginx.conf）的位置是默认的，或者是在 Nginx 编译安装时通过 --conf-path 选项指定的。如果 Nginx 是按照标准流程安装的，并且你没有特别指定配置文件的位置，那么 Nginx 默认会尝试加载其安装目录下的 conf/nginx.conf 文件（在我的例子中是 /usr/local/nginx/conf/nginx.conf）

因此，在大多数情况下，如果你没有修改 Nginx 的默认配置文件路径，你实际上不需要在启动 Nginx 时使用 -c 选项来指定配置文件。只需简单地运行 /usr/local/nginx/sbin/nginx 就足够了，Nginx 会自动加载其默认的配置文件。

但是，如果你确实需要指定一个非标准的配置文件路径，或者你想要临时测试另一个配置文件，那么使用 -c 选项就是正确的做法

请注意，如果你已经有一个 Nginx 进程正在运行，并且你试图使用不同的配置文件来启动另一个 Nginx 实例，这可能会导致端口冲突（除非你在新配置中更改了监听端口）。此外，同时运行多个 Nginx 实例可能会导致混淆和难以管理的配置

如果你的意图是重新加载当前运行的 Nginx 实例的配置文件，你应该使用 nginx -s reload 命令，而不是尝试用新的配置文件启动一个新的 Nginx 实例。nginx -s reload 会告诉当前运行的 Nginx 实例重新加载其配置文件（通常是它启动时加载的那个文件，除非你之后通过某种方式改变了它的配置文件路径），而无需中断当前的活动连接。