Невозможно добавить существующий кластер Cassandra 2.0.0 в OpsCenter

Question

Недавно я обновил небольшой кластер разработки до Cassandra 2.0.0 с версии 1.2.9. Я использовал бесплатную версию DataStax OpsCenter, и раньше она работала нормально. После обновления он отказался видеть кластер - он показывал имя кластера с живыми 0 узлами. Попытка остановить/запустить агентов и т. Д. Ничего не изменила. Я закончил удаление пространства OpsCenter и переустановку opscenter с нуля. Но проблема все еще существует - я не могу добавить текущий кластер. Когда я пытаюсь сделать это как «существующий кластер» и нажмите кнопку «Сохранить», я получаю сообщение «Ошибка при создании кластера: время ожидания вызова/кластер-config». в течение 20-30 секунд.

Я сделал некоторые раскопки и обнаружили, что OpsCenter никогда не отвечает на HTTP POST:

{ "Кассандре": { "seed_hosts": "10.XYZ", "api_port": "9160", "имя пользователя" : "", "пароль": ""}, "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 

Я сделал несколько tcpdump'ing на хозяине семян, и я действительно вижу трафик Trrift, совсем немного. Никто еще не использует кластер прямо сейчас, и этот трафик, безусловно, от opscenter.

Кассандра, кажется, живой, отвечает на запросы, не показывает ничего тревожного в журналах.

Любые идеи, из-за которых возникают проблемы с opscenter? DataStax утверждает, что они поддерживают Cassandra 2.0.0.

Answer 1

DataStax официально поддерживает версии Cassandra, поставляемые с DataStax Enterprise. Текущая версия Cassandra, упакованной в DataStax Enterprise, составляет 1.2.x, поэтому OpsCenter работал с этой версией Apache Cassandra. OpsCenter еще не работает с Apache Cassandra 2.0, но мы работаем над подготовкой, когда DataStax Enterprise его поддерживает.

Answer 2

Какую версию OpsCenter вы используете? Вам нужно быть в самой последней версии 3.2.2, чтобы работать с 2.0.

Answer 3

У меня была аналогичная проблема при переключении на Cassandra 2.0.1 и Opscenter 3.2.2. Я обнаружил, что это связано с rpc_server_type в cassandra.yaml. Если для параметра rpc_server_type установлено значение HSHA, то у параметра opscenter есть проблема с подключением к кластеру. Когда я переключил его на синхронизацию, opscenter подключился просто отлично. Надеюсь, это поможет.