遇到这个问题，通常意味着gpinitstandby命令尝试连接到Greenplum数据库的主节点时失败了，尽管你已经提到防火墙已关闭。这里有几个可能的原因和相应的排查建议：

1. 检查Master节点的PostgreSQL服务状态：首先确保主节点上的PostgreSQL服务正在运行，并且监听在正确的端口（默认是5432）。你可以通过在主节点上执行以下命令来检查：

   sudo systemctl status postgresql-9.4  # 或者根据你的版本替换为相应的服务名称
   

   如果服务没有运行，使用类似sudo systemctl start postgresql-9.4的命令启动它。

2. 查看PostgreSQL配置：确认postgresql.conf配置文件中是否允许远程连接。需要检查以下几个设置：

   • listen_addresses应该包含*或者明确列出所有允许连接的IP地址，包括localhost。
   • 确保port设置为5432或你期望的端口。
   • 检查是否有host相关的设置在pg_hba.conf中限制了从特定IP或网络的访问。可能需要添加一行允许从standby节点IP访问的规则。

3. 网络连通性验证：虽然你提到了防火墙已关闭，但还是建议使用ping、telnet或nc(netcat)等工具来测试从standby节点到master节点的网络连通性，特别是针对端口5432：

   nc -zv node01 5432
   

   这会帮助确认是否存在网络层面的问题。

4. 用户权限与认证问题：检查pg_hba.conf文件，确保standby节点以gpadmin或其他用于连接的用户身份有足够的权限访问master。有时错误的认证配置也会导致“connection refused”。

5. Greenplum集群状态：确认整个Greenplum集群的状态是否正常，有时候其他系统级问题或Greenplum内部问题也可能导致此类连接问题。可以尝试用gpinitsystem -a或gpstate命令来检查。

如果以上步骤都未能解决问题，建议查看Greenplum的日志文件（通常位于$MASTER_DATA_DIRECTORY/pg_log/），日志中可能会有更详细的错误信息，有助于进一步定位问题所在。