通过LCM向新DC安装Cassandra时遇Meld失败问题求助

看起来你在通过DataStax LCM把Cassandra部署到新数据中心时遇到了Meld阶段失败的问题，虽然已经配置了SSH私钥，但还是踩坑了。别着急，Meld失败通常和SSH连通性、权限或者节点配置有关，咱们一步步排查：

1. 先确认SSH私钥的有效性 #

这是最常见的问题根源，先从这里入手：

• 从OpsCenter所在节点手动用相同的私钥和SSH用户登录目标节点cassandra-6，执行命令：

  ssh -i /path/to/your/private_key ssh_user@cassandra-ip
  

  如果手动登录都失败，那问题肯定出在SSH配置上，和LCM无关。
• 检查私钥文件权限：SSH要求私钥权限必须是600，否则会拒绝使用，执行：

  chmod 600 /path/to/your/private_key
  

• 确认目标节点的~/.ssh/authorized_keys里已经添加了对应公钥，同时这个文件权限要设为644，.ssh目录权限设为700，否则SSH会拒绝认证。

2. 排查网络与防火墙限制 #

Meld阶段需要OpsCenter和目标节点建立SSH连接，网络不通也会导致失败：

• 测试OpsCenter节点到目标节点SSH端口（默认22）的连通性：

  nc -zv cassandra-ip 22
  

  如果连接失败，检查目标节点的防火墙（iptables/ufw）或者云服务商的安全组，确保允许OpsCenter节点的IP访问22端口。
• 注意错误里提到的ssh-management-address是公网IP，如果你的集群用私网通信，要确认LCM配置的管理地址是节点的私网IP，避免公网路由或者NAT导致的连接问题。

3. 检查SSH用户的权限配置 #

LCM在Meld阶段需要执行一些系统级操作，权限不够会直接失败：

• 确认SSH用户拥有sudo权限，并且不需要输入密码就能切换到root（LCM默认会用sudo执行安装命令）。可以在目标节点上测试：

  sudo ls /root
  

  如果需要输入密码，修改sudoers文件（用visudo命令），添加一行：

  ssh_user ALL=(ALL) NOPASSWD: ALL
  

• 检查目标节点的/tmp目录权限：Meld会在/tmp下创建临时文件，确保该目录对SSH用户是可读写的，权限至少为777（或者调整为用户可访问的权限）。

4. 查看完整日志定位具体错误 #

你提供的日志只显示了部分内容，完整日志能帮你找到精准的问题：

• 登录目标节点，查看OpsCenter Agent的日志：/var/log/opscenter-agent/opscenter-agent.log，里面会记录Meld阶段的具体执行步骤和错误。
• 在OpsCenter UI里找到对应的Job（ID是5fe313ed-f746-41cc-82bc-9f3166eae56b），查看完整的stdout和stderr输出，通常会明确指出是命令执行失败、权限不足还是文件缺失。

5. 确认节点系统兼容性 #

最后，检查目标节点是否符合Cassandra和LCM的要求：

• 操作系统版本：比如Cassandra 3.x通常支持CentOS 7/RHEL 7，Cassandra 4.x支持CentOS 8/RHEL 8等，版本不兼容可能导致预检查失败。
• Java版本：确认目标节点安装了符合要求的Java（比如OpenJDK 8或11，取决于你的Cassandra版本），LCM会检查Java环境是否达标。
• 目标节点上有没有旧版本的Cassandra或者冲突的服务，Meld阶段会检测这些冲突，导致失败。

按照上面的步骤一步步排查，应该能找到问题所在。如果还是不行，把完整的错误日志贴出来，咱们再进一步分析。

内容的提问来源于stack exchange，提问作者Ranjeet Ranjan