问DataStax代理无法连接到6

EN

我解决了我的问题，但我没有找到为什么dse在运行代理时未能启动。

我找到了一种让OpsCenter LCM运行的方法&在ec2上安装我的单个集群区域。在阅读了规划ec2上的datastax文档之后，我使用了来自可信来源的ec2 AMI，而不是基本的ubuntu。

听起来，您正在使用OpsCenter生命周期管理器( Lifecycle )特性部署集群。我是LCM开发公司。很难从你的初次报告中知道到底发生了什么。但也有一些一般性的想法：

1. 就像克里斯·罗芬克说的，别担心告密者。没有必要在EC2中使用EC2告密者。GPFS可以完成EC2Snitch所能做的所有事情，这就是为什么LCM使用它的原因。
2. LCM目前无法保护您免受无效的DSE信任。OPSC-7414是我们用来跟踪我们的计划的内部票号，以改进对DSE吐露的预先验证。如果你有支持，联系他们，让你的公司加入到这个问题上，这样它就能更快地被优先处理。
3. 同时，如果你使用坏了的DSE配置..。DSE在启动时会出错，您必须将SSH放入DSE节点，查看那里的DSE日志，找出哪里出了问题，这并不总是简单的理解，但这是解决DSE启动问题的唯一方法。
4. 如果您是DSE新手，最简单的方法可能是从新的目标框和新的配置配置文件开始，并将配置保留为初始安装时的默认配置。一旦运行了集群，您就可以执行额外的配置作业，一次只更改一件事情，然后当遇到问题时，您就会更好地了解是什么设置导致了它。
5. 在一开始也要保持你的网络尽可能简单。这意味着将目标放在同一个子网中，并将OpsCenter放在单个VPC中的单个区域中。在运行LCM之前，禁用节点上的iptables。将您的安全组设置为允许来自该子网所有成员的所有通信量(但可能不允许来自internet，尽管这有点复杂)。一旦您有了最简单和允许的网络设置可能的工作，您可以扩展到更复杂的网络环境，确信任何新的问题都与您的网络配置相关。
6. 在节点表单中搞乱各种ip也会导致DSE无法启动。如果您使用的是我前面描述的非常简单的全主机合一子网网络设置，请使用目标的私有ip作为ssh管理地址，并保留所有其他地址为空。