GridDB节点启动失败求助:SSH连接错误问题排查
GridDB节点启动SSH连接错误(D10203)的排查方案
基础连通性验证
- 从执行集群启动命令的节点,手动执行
ssh 192.168.0.1 -p 22,确认是否能无密码登录目标节点。GridDB集群管理依赖免密SSH,若手动登录需输入密码,必然触发该错误。 - 检查所有节点的防火墙/安全组:确保22端口允许集群内节点间的双向流量,包括管理节点到各目标节点的连接。
- 在目标节点执行
systemctl status sshd(或service ssh status,依系统而定),确认SSH服务处于运行状态,无异常停止。
配置与权限排查
- 核对节点定义文件中的
/system/sshUser字段:确保该用户在所有目标节点存在,且拥有GridDB安装目录的访问权限、执行启动脚本的权限。 - 验证SSH密钥配置:确认管理节点的SSH公钥已添加到所有目标节点对应用户的
~/.ssh/authorized_keys文件中,同时保证~/.ssh目录权限为700,authorized_keys文件权限为600。 - 测试目标节点IP可达性:在管理节点执行
ping 192.168.0.1,确认网络无丢包、中断问题。
日志与进阶测试
- 查看目标节点的SSH日志(如
/var/log/auth.log或/var/log/secure),日志会记录连接失败的具体原因(密钥不匹配、用户不存在、权限不足等),这是定位问题的核心依据。 - 尝试单独启动单个节点:执行
gs_node -u admin -p admin -s start --host 192.168.0.1,若单个节点能启动,再排查集群启动命令的参数是否存在遗漏或错误。 - 暂时禁用自定义SSH配置:若管理节点存在
~/.ssh/config文件,可能会覆盖默认SSH参数,可暂时重命名该文件后重新测试集群启动。
内容的提问来源于stack exchange,提问作者Muhammad Waheed
相关产品推荐
相关产品推荐

