Postgresql停止启动问题/bin/sh:第0行：执行代码：5433:未找到

我不得不停止postgresql服务，因为测试服务器中存在uniq问题和太多连接问题。在停止服务器后，我尝试使用下面的命令再次启动它

pg_ctl-p 5433-D/storage/pgsql/11/data/start /bin/sh:第0行：执行代码：5433:未找到

然后我厌倦了各种启动命令 pg_ctl-o“-p 5433”-D/storage/pgsql/11/data/start

这次： 日志：文件“/storage/pgsql/11/data/postgresql.conf”第132行中的配置参数“dynamic\u shared\u memory\u type”无法识别 日志：文件“storage/pgsql/11/data/postgresql.conf”第215行中无法识别的配置参数“max_wal_size” 日志：文件“storage/pgsql/11/data/postgresql.conf”中无法识别的配置参数“min\u wal\u size”包含错误

我在服务器上有两个集群。第一个版本是9.6， 第二个集群版本是11，我有开始的问题。（和端口5433） 有人对这类问题有什么想法吗？

以下是解决方案：

postgresql有一个bug。当我执行命令pg_ctl时，它会执行默认版本的命令库。在这种情况下是9.6。 这就是我得到错误的原因：/bin/sh:line 0:exec:5433:not found

解决方案：我找到了包含版本11的正确命令库的路径并执行了。干得好，成功了。 /usr/pgsql-11/bin pg_ctl-D/storage/data/start

---

此外，在安装新的postgresql时，操作系统有时会安装默认库。例如，CENTOS使用postgresql 9.2版本作为默认库。使用pg_ctl命令时必须小心。找到正确版本的正确路径。

“当我执行命令pg_ctl时，它会执行默认版本的命令库”-这不是Postgres错误。操作系统负责查找和执行二进制文件-您的系统配置不正确。这不是Postgres bug。@一匹没有名字的马，你说我的系统配置不正确是什么意思？。你能解释得更具体些吗。配置二进制路径是我的责任吗？如果是，我将如何将其配置为默认值？