Nginx修改Unix socket权限或属主后启动报bind失败问题如何解决？

• 报错bind() to unix:/path/here failed (98: Unknown error)中的错误码98对应系统原生错误EADDRINUSE，核心触发原因是要绑定的Unix Socket路径对应的文件已残留，且当前Nginx进程无法删除/覆盖该文件
• 正常工作流程下，Nginx启动时会自动创建监听用的Unix Socket文件，退出时会主动删除该文件。你手动修改过Socket的权限、属主后，会导致Nginx进程没有权限删除旧的Socket文件，重启时旧文件残留就会触发绑定失败
• 小概率场景为Nginx重启不彻底，旧的master/worker进程仍然持有该Socket的文件句柄，导致新进程无法绑定

1. 先彻底终止所有运行中的Nginx进程，避免残留进程占住Socket：
   pkill -9 nginx
2. 手动删除残留的Socket文件，路径要和报错中的路径一致：
   rm -f /path/here
3. 调整Nginx配置，直接在listen指令中指定Socket的权限、属主，无需后续手动修改生成后的文件，配置示例如下：

server {
    listen unix:/path/here owner=nginx group=nginx mode=0660;
    # 其余原有配置保持不变
}

4. 启动Nginx即可恢复正常：
   systemctl start nginx

• 所有Unix Socket的权限、属主配置都直接在Nginx的listen指令中声明即可，不要手动修改Nginx自动生成的Socket文件，避免出现权限错位导致的文件残留问题
• 如果调用服务的运行用户和Nginx用户不属于同一用户组，可以将mode参数调整为0666开放所有读写权限；安全性要求更高的场景可以把调用服务的用户加入Nginx用户组，保留0660的权限配置即可

内容的提问来源于stack exchange，提问作者user9578094