Postgresql：无法启动服务数据库系统已关闭

Question

当您说您清除了 PostgreSQL 时，您的意思是您做了类似的事情吗sudo apt-get --purge remove postgresql-12？如果没有该--purge标志，数据库文件将不会被删除，只有管理这些文件的软件将被删除。

日志表明有什么东西触发了快速关机请求，根据 PostgreSQL 文档，只有当另一个进程发送 SIGINT 信号时才会发生这种情况（数值 2）。在数据库准备好接受连接后大约 2 或 3 分钟，某些进程正在执行此操作。因此，您的服务器似乎确实启动了，但退出得非常快……您需要找出执行此操作的进程。这可能是一个恶意进程、Cron 作业或启动 PostgreSQL 的 systemctl 进程。

如果是 systemctl 进程（正在启动 PostgreSQL）将其终止，那是因为它无法检测到 PostgreSQL 是否已成功启动。这可能是由于 PostgreSQL 中的配置问题或数据损坏。尝试增加日志记录的详细程度或尝试手动启动 PostgreSQL 服务器（sudo -u postgres /usr/lib/postgresql/12/bin/postgres -D /var/lib/postgresql/12/main -c config_file=/etc/postgresql/12/main/postgresql.conf）以查看是否能找到线索。

或者，如果您愿意删除所有数据，您可以卸载 PostgreSQL，然后删除/var/lib/postgresql/12和中仍然存在的任何内容/etc/postgresql/12。然后执行sudo apt-get install postgresql-12，您应该会再次获得全新安装。

如果它是一个 roges 进程或 Cron 作业或类似的东西，您需要找到向 PostgreSQL 服务器发出信号的进程的 PID，然后修复它。要找出哪个进程正在向 PostgreSQL 服务器发出信号，您可以使用 killsnoop-bpfcc ( sudo apt-get install bpfcc-tools)。在终端中启动它，然后等待您的 PostgreSQL 再次死机。您应该看到一行，其中 SIG 列为 2。TPID 列是收到信号的进程，PID 列是正在调皮的进程。

例如：

我sleep 100000从控制台开始。
在另一个控制台中，我检查了它的 PID:。ps -Alf | grep sleep我发现它是 31326。
我启动killsnoop-bpfcc并检查 TPID 31326。
在另一个控制台中，我终止了睡眠命令：kill -SIGINT 31326。

结果是：

TIME      PID    COMM             SIG  TPID   RESULT
20:29:43  9097   bash             2    31326  0

因此，进程 9097 向进程 31326 发出了 SIGINT (2) 信号。

Answer 1