PostgreSQL 13.10 的启动日志失败记录

某天，一台正常运行的PG库在重启后，报错，错误日志如下：

2024-08-30 16:37:57.191 CST [84125] 日志:  正在启动 PostgreSQL 13.10 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-44), 64-bit
2024-08-30 16:37:57.191 CST [84125] 日志:  正在监听IPv4地址"0.0.0.0"，端口 5432
2024-08-30 16:37:57.191 CST [84125] 日志:  正在监听IPv6地址"::"，端口 5432
2024-08-30 16:37:57.191 CST [84125] 日志:  在Unix套接字"/var/run/postgresql/.s.PGSQL.5432"上侦听
2024-08-30 16:37:57.192 CST [84125] 致命错误:  无法创建锁文件 "/tmp/.s.PGSQL.5432.lock": 权限不够

根据以上日志信息，发现PostgreSQL 服务试图在 /tmp 目录下创建一个锁文件，但是没有足够的权限来执行这个操作。以下是一些解决这个问题的步骤：

1. 检查目录权限： 检查 /tmp 目录的权限，确保运行 PostgreSQL 服务的用户（通常是 postgres）有权限写入该目录。

   ls -ld /tmp

2. 修改目录权限： 如果需要，使用 chmod 命令更改 /tmp 目录的权限，允许 postgres 用户写入。

   这将设置 /tmp 目录，使得所有用户都可以在其中创建文件，但请注意，这可能会带来安全风险，因为它允许任何用户写入和执行文件。

3. 更改 PostgreSQL 锁文件目录： 另一种方法是更改 PostgreSQL 的配置，使用不同的目录来存放锁文件。编辑 postgresql.conf 文件，设置 unix_socket_directories 参数：

   unix_socket_directories = '/var/run/postgresql'

   然后，确保 /var/run/postgresql 目录存在，并且 postgres 用户有权限写入：

   sudo mkdir -p /var/run/postgresql
   sudo chown postgres:postgres /var/run/postgresql
   sudo chmod 755 /var/run/postgresql

4. 重启 PostgreSQL 服务： 在更改权限或配置后，尝试重新启动 PostgreSQL 服务：

   systemctl restart postgresql-13.service

5. 检查 PostgreSQL 日志： 如果服务仍然无法启动，检查 PostgreSQL 的日志文件以获取更多错误信息：

   journalctl -u postgresql-13.service -l

6. 考虑使用 PostgreSQL 服务用户： 确保你以 postgres 用户身份执行 PostgreSQL 相关操作，因为该用户是专门为运行 PostgreSQL 服务而设置的。

7. 检查 SELinux 状态： 如果你的系统启用了 SELinux，可能需要调整 SELinux 策略来允许 PostgreSQL 服务正常运行。

8. 查看防火墙设置： 既然 PostgreSQL 正在监听所有 IPv4 和 IPv6 地址上的端口 5432，确保防火墙设置允许从远程地址访问该端口。