我之前也踩过这个坑，给你几个实际排查的方向，亲测能解决大部分情况：

• 检查路径一致性：systemd与Zabbix配置的PID路径要匹配
  有时候systemd服务文件里指定的PID路径和Zabbix自身配置的不一样，导致systemd找不到文件。先查Zabbix配置里的PidFile参数：

  grep -n "PidFile" /etc/zabbix/zabbix_server.conf
  

  再查systemd服务文件的PID设置：

  grep -n "PIDFile" /lib/systemd/system/zabbix-server.service
  

  如果两个路径不一致，把它们改成相同的路径，然后重新加载systemd配置：

  systemctl daemon-reload
  

  之后重启Zabbix服务试试。

• 手动重建PID目录并修复权限
  /var/run/下的目录大多是临时的，系统重启后可能会被清空，哪怕之前文件存在也可能消失。手动创建目录并设置正确权限：

  sudo mkdir -p /var/run/zabbix
  sudo chown zabbix:zabbix /var/run/zabbix
  sudo chmod 755 /var/run/zabbix
  

  做完这步再启动服务，看看PID文件能不能正常生成。

• 调整systemd的启动超时或服务类型
  有些服务器性能一般，Zabbix启动较慢，systemd还没等PID文件生成就去检查，就会报这个错。可以修改systemd服务文件：
  编辑/lib/systemd/system/zabbix-server.service，把Type=forking改成Type=simple，或者添加一行TimeoutStartSec=60（给足启动时间）。修改后记得重新加载配置：

  systemctl daemon-reload
  

  再重启服务。

• 排查安全模块的限制
  就算文件权限没问题，AppArmor或者SELinux可能会阻止Zabbix写入PID文件。可以临时关闭AppArmor测试：

  sudo systemctl stop apparmor
  sudo systemctl disable apparmor
  

  如果重启服务后正常了，就需要给Zabbix配置AppArmor规则，允许它访问/var/run/zabbix/目录。

• 查看Zabbix日志找深层原因
  有时候PID文件报错只是表象，实际是Zabbix启动失败了。去看Zabbix的详细日志：

  tail -f /var/log/zabbix/zabbix_server.log
  

  里面会有具体的错误信息，比如数据库连接失败、配置参数错误等，这些才是导致启动失败、PID文件没生成的根本原因。

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