问题标签 [opscenter]

我正在尝试使用 datastax 操作中心为学校项目复制 cassandra nosql 数据库中的数据。根据我的阅读，有三个关键字：集群、节点和数据中心，据我了解，一个节点中的数据可以复制到另一个节点中，另一个节点存在于另一个集群中。所有包含相同（重复）数据的节点组成一个数据中心。那正确吗？

如果不是，有什么区别？

我在由 3 个节点组成的集群中运行 Datastax Enterprise。它们都在相同的硬件下运行：2 核 Intel Xeon 2.2 Ghz、7 GB RAM、4 TB Raid-0

这应该足以运行一个轻负载的集群，存储少于 1 GB 的数据。

大多数情况下，一切都很好，但有时与 OpsCenter 中的修复服务相关的运行任务有时会卡住；这会导致该节点不稳定并增加负载。

但是，如果节点重新启动，卡住的任务不会出现，负载会再次处于正常水平。

由于我们的集群中没有太多数据，我们使用 中min_repair_time定义的参数opscenterd.conf来延迟修复服务，使其不会过于频繁地完成。

标记为“完成”并显示进度为 100% 的任务并没有消失，这似乎有点奇怪，是的，我们已经等了好几个小时才让它们消失，但它们不会吨；我们发现解决此问题的唯一方法是重新启动节点。

编辑：

这是来自的输出nodetool compactionstats

编辑2：

我在 Datastax Enterprise v. 4.6.0 和 Cassandra v. 2.0.11.83 下运行

编辑3：

这是从dstat行为正常的节点上输出的

这是从dstat带有卡住压实的节点上的输出

编辑4：

来自iostat节点上的输出与卡住压实，请参阅高“iowait”

我们opscenter 5.1.0在 EC2 上使用 datastax DSE 4.6.1（在 m2.4xlarge 上运行 4 个节点）

我们设置了新的备份服务，它工作了，但现在我得到一个错误：

“节点 xxx.xxx.xxx.xxx 上所有键空间的快照失败：clojure.lang.Compiler$CompilerException: java.lang.ClassFormatError: Invalid method Code length 116786 in class file clojure/core$eval73, compile:(NO_SOURCE_PATH:0 :0) (xxx.xxx.xxx.xxx)"

有任何想法吗？它既不适用于本地备份，也不适用于 S3。

谢谢

我有 Cassandra 集群（版本 2.0.12）和 Datastax Agents 5.0.1。我也使用 OpsCenter 5.1.0。在“资源管理器”选项卡中，我看不到任何键空间。从 CLI 查询：

显示我的键空间。我尝试网址：

这向我展示了包含键空间信息的 JSON 输出（我认为），但“资源管理器”选项卡仍然为空。

在 OpsCenter 中添加现有集群时，我收到一个错误：

在代理上有一个错误：

并且集群创建失败。我也在启动过程中收到此错误。我尝试重新安装代理，但无济于事

DataStax 代理版本：5.1.0

OpsCenter 版本 5.1.0

address.yaml 的内容

opscenterd.conf 的内容

<cluster name>.conf 不存在，因为未添加集群

使用 OpsCenter 5.0.0 运行 Datastax Enterprise 4.5.1 并尝试将 OpsCenter 和 datastax-agents 升级到 OpsCenter 版本 5.1.0

这是 AWS 中 2 个节点的测试集群。

我从 Datastax 网站下载了 OpsCenter 5.1.0，并成功升级了我的测试集群中的 OpsCenter 服务器。正如预期的那样，在连接到新的 OpsCenter 网页后，会显示一条消息，指出代理无法连接。

我尝试从 OpsCenter Web UI 升级代理。我添加了 AWS 的凭证、用户名“ubuntu”和 pem 格式的公钥并运行了升级。它失败了。

在 /var/log/opscenterd/opscenterd.log 中，我看到以下内容：

当我去节点时，dpkg 进程仍在运行，我不得不手动将其杀死。我再次从 webUI 运行升级程序；这次它说它成功了，但是代理仍然没有连接。

知道发生了什么，或者如何解决它？

我只是设置了一个 EC2 集群并使用 AMI 设置了一个新实例：datastax_clustering_ami_2.5.1_hvm.manifest.xml (ami-7f33cd08) 在 m3.large 实例类型上。仔细按照说明进行操作，发现在过去的几周内有更多人报告了相同的错误。

启动时，它显示以下错误，并且在 OpsCenter 中，没有连接任何节点。这可能是因为以下错误导致设置未成功完成：

完整日志：

编辑：这里也报告了这个问题：https ://www.mail-archive.com/user@cassandra.apache.org/msg41111.html

我在 AWS 中运行 DSE 集群：m2.4xlarge实例运行 Datastax Enterprise 4.6.1，Cassandra 2.0.12.200 和 Opscenter 5.1.0。

当我们尝试对键空间进行备份时，我们会得到：

有任何想法吗？

我在我的 EC2 Amazon 机器上设置了 Cassandra、OpsCenter 和所需的 DataStax 代理。目前只有一台机器。

一切似乎都运行良好，除了节点列表是空的，Opscenter 中的键空间也是如此。cassandra、datastax 和 opscenter 日志显示没有错误，我仔细遵循了安装/配置。然后尝试了所有建议的修复。

我的猜测是问题在于代理和 opscenter 之间的通信。

一段时间后，这些请求失败：

etc/cassandra/cassandra.yaml：（ 简化）

etc/opscenter/opscenterd.conf：（ 简化）

var/lib/datastax-agent/conf/address.yaml：（ 简化）

nodetool状态输出：

除了在 agent.log 中重复出现以下行之外，日志中并没有什么真正奇怪的地方出现：

要在此处提供所有信息是日志：

1. opscenterd.log
2. 代理日志
3. 卡桑德拉/system.log

I have some EC2 instances where cassandra provisioning failed. I terminated the instances and the machines no longer exist.

Opscenter keeps nagging me about "agents failed to connect" on these machines.

The machines do not show up in nodepool status nor in the system.peers table.

Where does cassandra opscenter stores the node list to connect to so I can delete these zombie nodes ?