无法将现有Cassandra 2.0.0群集添加到OpsCenter

我最近将一个小型开发集群从1.2.9升级到了Cassandra2.0.0。我使用了DataStax OpsCenter免费版，它以前工作正常。升级后，它拒绝查看群集-它显示了0个节点处于活动状态的群集名称。尝试停止/启动代理程序等不会改变任何内容。我最终删除了OpsCenter键空间，从头开始重新安装OpsCenter。但是问题仍然存在——我无法添加正在运行的集群。当我尝试将其作为“现有集群”并单击“保存”按钮时，我会在大约20-30秒内收到“创建集群时出错：调用/cluster configs超时”消息

我做了一些挖掘，发现OpsCenter从未响应HTTP帖子：

{“cassandra”：{“seed_hosts”：“10.X.Y.Z”，“api_port”：“9160”，“username”：“password”：“}”，jmx:{“port”：“7199”，“username”：“password”：“}”，agents:{}”

送到 http://:8888/群集配置

这是我在opscenter日志中看到的：

2013-09-11 19:40:19+0000 [] DEBUG: Trying to connect to node XXXXXX over thrift
2013-09-11 19:40:19+0000 [] DEBUG: Not returning SASL credentials for XXXXXXX
2013-09-11 19:40:19+0000 []  INFO: Starting factory <opscenterd.ThriftService.NoReconnectCassandraClientFactory instance at 0x2b3d3f8>
2013-09-11 19:40:19+0000 [] DEBUG: Node ping successful: XXXXXXXX
2013-09-11 19:40:19+0000 []  INFO: Adding new cluster 'my-cluster-name': {u'jmx': {u'username': u'', u'password': u'', u'port': u'7199'}, 'kerberos_client_principals': {}, 'kerberos': {}, u'agents': {}, 'kerberos_hostnames': {}, 'kerberos_services': {}, u'cassandra': {u'username': u'', u'seed_hosts': u'XXXXXXXX', u'api_port': u'9160', u'password': u''}}
2013-09-11 19:40:19+0000 []  INFO: Starting new cluster services for my-cluster-name
2013-09-11 19:40:19+0000 [my-cluster-name]  INFO: Starting services for cluster my-cluster-name
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: keyspace type system are {'system': [u'system', u'system_traces', u'system_auth', u'dse_auth']}
2013-09-11 19:40:19+0000 [] DEBUG: Not using SSL for Thrift communication
2013-09-11 19:40:19+0000 [] DEBUG: ignored_keyspaces are [u'system', u'system_traces', u'system_auth', u'dse_auth']
2013-09-11 19:40:19+0000 [] DEBUG: Not using Kerberos authentication for Thrift
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: Not using separate storage cluster
2013-09-11 19:40:19+0000 []  INFO: Metric caching enabled with 50 points and 1000 metrics cached
2013-09-11 19:40:19+0000 []  INFO: Starting PushService
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: Adding connection to <CassandraNode XXXXXXXX:9160 @0x2ac18c0>
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: Adding connection to <CassandraNode XXXXXXXX:9160 @0x2ac18c0>
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: Adding connection to <CassandraNode XXXXXXXX:9160 @0x2ac18c0>
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: Adding connection to <CassandraNode XXXXXXXX:9160 @0x2ac18c0>
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: Adding connection to <CassandraNode XXXXXXXX:9160 @0x2ac18c0>
2013-09-11 19:40:19+0000 [my-cluster-name] DEBUG: Waiting for describe_version() results
2013-09-11 19:40:19+0000 [my-cluster-name]  INFO: Starting CassandraCluster service
2013-09-11 19:40:19+0000 [my-cluster-name]  INFO: agent_config items: {'cassandra_log_location': '/var/log/cassandra/system.log', 'thrift_port': 9160, 'thrift_ssl_truststore': None, 'rollups300_ttl': 2419200, 'rollups86400_ttl': -1, 'jmx_port': 7199, 'metrics_ignored_solr_cores': '', 'api_port': '61621', 'metrics_enabled': 1, 'thrift_ssl_truststore_type': 'JKS', 'kerberos_use_ticket_cache': True, 'kerberos_renew_tgt': True, 'rollups60_ttl': 604800, 'cassandra_install_location': '', 'rollups7200_ttl': 31536000, 'kerberos_debug': False, 'storage_keyspace': 'OpsCenter', 'ec2_metadata_api_host': '169.254.169.254', 'provisioning': 0, 'kerberos_use_keytab': True, 'metrics_ignored_column_families': '', 'thrift_ssl_truststore_password': None, 'metrics_ignored_keyspaces': 'system, system_traces, system_auth, dse_auth, OpsCenter'}
2013-09-11 19:40:19+0000 []  INFO: Stopping factory <opscenterd.ThriftService.NoReconnectCassandraClientFactory instance at 0x2b3d3f8>
2013-09-11 19:41:07+0000 [] DEBUG: Average opscenterd CPU usage: 0.40%, memory usage: 38 MB
2013-09-11 19:42:07+0000 [] DEBUG: Average opscenterd CPU usage: 0.02%, memory usage: 38 MB

2013-09-11 19:40:19+0000[]调试：尝试通过节省连接到节点XXXXXX
2013-09-11 19:40:19+0000[]调试：不返回XXXXXXX的SASL凭据
2013-09-11 19:40:19+0000[]信息：启动工厂
2013-09-11 19:40:19+0000[]调试：节点ping成功：XXXXXXXX
2013-09-11 19:40:19+0000[]信息：添加新集群“我的集群名称”：{u'jmx'：{u'username'：u''，u'password'：u''，u'port'：u'7199'}，'kerberos_client_principals'：{}，'kerberos'：{}，u'agents'：{}，'kerberos_主机名：{}，'kerberos_服务：{}，u'cassandra{u'username'：u''，u'seed_hosts'：u'XXXXXXXX'，u'api_port'：u'9160'，u'password'：u'}
2013-09-11 19:40:19+0000[]信息：为我的群集名称启动新群集服务
2013-09-11 19:40:19+0000[我的群集名称]信息：启动群集服务我的群集名称
2013-09-11 19:40:19+0000[my cluster name]调试：键空间类型的系统是{'system'：[u'system'，u'system_traces'，u'system_auth'，u'dse_auth']
2013-09-11 19:40:19+0000[]调试：不使用SSL进行节约通信
2013-09-11 19:40:19+0000[]调试：忽略的密钥空间是[u'system'，u'system\u traces'，u'system\u auth'，u'dse\u auth']
2013-09-11 19:40:19+0000[]调试：不使用Kerberos身份验证进行节约
2013-09-11 19:40:19+0000[我的群集名称]调试：不使用单独的存储群集
2013-09-11 19:40:19+0000[]信息：启用指标缓存，缓存50个点和1000个指标
2013-09-11 19:40:19+0000[]信息：开始推送服务
2013-09-11 19:40:19+0000[我的群集名称]调试：将连接添加到
2013-09-11 19:40:19+0000[我的群集名称]调试：将连接添加到
2013-09-11 19:40:19+0000[我的群集名称]调试：将连接添加到
2013-09-11 19:40:19+0000[我的群集名称]调试：将连接添加到
2013-09-11 19:40:19+0000[我的群集名称]调试：将连接添加到
2013-09-11 19:40:19+0000[我的群集名称]调试：等待descripe_version（）结果
2013-09-11 19:40:19+0000[我的群集名称]信息：正在启动CassandraCluster服务
2013-09-11 19:40:19+0000[我的群集名称]信息：代理配置项：{'cassandra_log_location'：'/var/log/cassandra/system.log'，thrift_port'：9160'，thrift_ssl_truststore'：无，'rollups300_ttl'：2419200，'rollups86400_ttl'：-1，'jmx_port'：7199，'metrics_忽略的解决方案内核'：''，'api_port:'61621'，'metrics_启用的：1'，thrift_ssl_truststore类型：'JKS'，kerberos_使用：'U票据缓存'，'True，'kerberos更新“：True，'rollups60_ttl'：604800，'cassandra_安装位置'：”，'rollups7200_ttl'：31536000，'kerberos_debug'：False，'storage_keyspace'：'OpsCenter'，'ec2_metadata_api_host'：'169.254.169.254'，'provisioning'：0，'kerberberberberos_use_use_keytab'：True，'metrics_忽略的_列族'：'，'节俭的ssl_信任库密码：'None'，'metrics_忽略的_keypa'ces'：'系统，系统跟踪，系统身份验证，dse身份验证，OpsCenter'}
2013-09-11 19:40:19+0000[]信息：停止工厂
2013-09-11 19:41:07+0000[]调试：opscenterd CPU平均使用率：0.40%，内存使用率：38 MB
2013-09-11 19:42:07+0000[]调试：opscenterd CPU平均使用率：0.02%，内存使用率：38 MB

我在种子主机上做了一些tcpdump'ing，我确实看到了一些节省的流量，事实上。现在没有其他人在使用集群，这些流量肯定来自opscenter

卡桑德拉似乎还活着，对询问做出了回应，在日志中没有显示任何令人不安的内容

---

知道是什么导致了opscenter出现这些问题吗？DataStax声称他们支持Cassandra 2.0.0。

DataStax仅正式支持DataStax Enterprise附带的Cassandra版本。DataStax Enterprise中打包的Cassandra的当前版本是1.2.x，这就是opscenter与该版本的Apache Cassandra.Ops一起工作的原因该中心尚未与Apache Cassandra 2.0配合使用，但我们正在为DataStax Enterprise支持它做准备。

您使用的OpsCenter版本是什么？您需要使用最新的3.2.2版本才能使用2.0。

切换到Cassandra 2.0.1和OpsCenter 3.2.2时，我遇到了类似的问题。我发现它是w与cassandra.yaml中的rpc_server_类型相关。如果rpc_server_类型设置为HSHA，则opscenter在连接到群集时出现问题。当我将其切换到sync时，opscenter连接正常。希望这会有所帮助。

感谢您确认它不受支持。我认为这是因为3.2.2的发行说明中的条目“改进了对Cassandra 2.0的支持。”（）兼容性问题正在慢慢改善。我们正在更正文档。目前还没有官方支持。有许多已知问题。但是，请随时告诉我们您发现了什么，以便我们可以修复所有支持问题，并在DSE支持时让Opscener为2.0做好准备。FWIW：当我使用最新的Datastax AMI（v2.4）时在社区模式下的AWS上，我使用Cassandra 2.0.1社区版打包的OpsCenter没有问题。AMI只使用最新的OpsCenter。在撰写本文时