Can'；无法启动postgresql复制

我们在不同的服务器上进行postgresql复制。所以今天我在复制集群上做了一些优化

postgresql.conf

执行复制后，我使用以下命令重新启动postgresql：

pg_ctlcluster 9.2 main2 restart

但没有重新启动，而是出现以下错误：

The PostgreSQL server failed to start. Please check the log output.

查看日志，我看到：

2015-06-16 12:18:16 EEST [10655]: [2-1] LOG:  received smart shutdown request
2015-06-16 12:18:16 EEST [10661]: [2-1] FATAL:  terminating walreceiver process due to administrator command
2015-06-16 12:18:16 EEST [10658]: [1-1] LOG:  shutting down
2015-06-16 12:18:16 EEST [10658]: [2-1] LOG:  database system is shut down

检查日志现在它显示最后一次重启日志，但日志不更新，当我尝试启动服务器。它说检查日志，但并没有新的信息，即使我再次尝试启动服务器

另外，我需要在master上做些什么吗

更新

将

postgresql.conf

设置更改回，开始复制。但从错误中很难判断出什么是错的

以下是我更改的设置（更改后，它们与master上的设置相同。当我对其进行评论时，只有这样我才能开始复制）：

---

正如我所说，在评论完这些之后，我可以开始了。但我不明白为什么它不让我们从这些设置开始。

如果我是你，如果升级是一个选项，我要做的第一件事就是升级到PostgreSQL 9.4（或更高版本）。当涉及到复制时，有一个很好的理由这样做——一个称为“复制插槽”的新功能（请参阅）

简言之：复制插槽比WAL归档（显然是根据日志使用的）更健壮、更易于实施

---

在中，您可以找到有关实现该功能的全面指南。

如果我是您，并且可以选择升级，那么我要做的第一件事就是升级到PostgreSQL 9.4（或更高版本）。当涉及到复制时，有一个很好的理由这样做——一个称为“复制插槽”的新功能（请参阅）

简言之：复制插槽比WAL归档（显然是根据日志使用的）更健壮、更易于实施

在中，您将找到有关实现该功能的全面指南

shared_buffers = 1536MB
effective_cache_size = 3072MB
checkpoint_segments = 15
checkpoint_completion_target = 0.9
autovacuum = on 
track_counts = on
work_mem = 25MB