主页 / dba / 问题 / 243075
Accepted
Peter Vandivier
Asked: 2019-07-18 02:54:51 +0800 CST

pg_ctl 挂在 ssh 上

  • 772

我正在设计一个过程来测试我的 postgresql 10.8 备份，方法是将它们还原到一次性虚拟机中的随机时间点。我一直无法完全自动化这个过程。我在官方文档的第 8 步（第 25.3.4 节）被阻止

  1. 启动服务器。

执行pg_ctl startover ssh 时，命令会挂起，直到它被杀死。如果我直接 ssh 到 VM 上并执行pg_ctl start，那么命令会按预期快速返回。

2012 年的这个帖子似乎描述了类似的场景。然而，在我的情况下，即使调用会话在挂起时被终止，postgres 进程也会成功启动（虽然可能在 9.0.5 和 10.8 之间有所改进？）。

这个 github 问题似乎是相关的，但遗憾的是通过用我不知道的语言进行长时间的重写来“解决”并最终得出结论，这是pg_ctl二进制文件中的一个错误。

大问题

如何自动执行第 8 步，以便继续对备份媒体进行后续验证测试？

这是我需要破解的二进制文件中的一个突出错误吗？还是我错过了一个明智的实施？

restore postgresql-10

1 个回答

  1. Best Answer

    看起来pg_ctl需要一个真正的输出终端，ssh当您简单地要求它运行命令时，它不会被分配。根据Postgres 手册

    在类 Unix 系统上，默认情况下，服务器的标准输出和标准错误被发送到 pg_ctl 的标准输出（不是标准错误）。然后 pg_ctl 的标准输出应该被重定向到一个文件或通过管道传送到另一个进程，例如像 rotatelogs 这样的日志轮换程序；否则postgres会将其输出写入控制终端（从后台），并且不会离开 shell 的进程组。[...] 这些默认行为可以通过使用-l将服务器的输出附加到日志文件来更改。建议使用其中一个-l或输出重定向。

    因此，您要么需要告诉ssh分配终端以pg_ctl使用-t选项（ ） ，ssh -t somehost "pg_ctl start"要么告诉pg_ctl不要写入终端（或）ssh somehost "pg_ctl start >/dev/null"ssh somehost "pg_ctl start -l /tmp/start.log "

    • 8

相关问题