Ich bin in ein kleines Problem beim Versuch, die Best Practice-Regel "Security Superuser hat Standardeinstellung" zu übergeben.OpsCenter Security-Superuser hat Standardeinstellungen Fehler
Ich habe die DataStax-Dokumentation() über das Ändern des Standard-Superusers befolgt.
Nach dem Standard-Super-User-Passwort ändern (cassandra/cassandra) die beste Praxis scheitert und gibt mir:
Problem when checking login on 'ip address':
Please update the password for the user 'cassandra'.
in den Protokollen der Suche sie schlechte Anmeldeinformationen zeigen, die am wahrscheinlichsten ist, weil OpsCenter noch cassandra unter Verwendung Standardpasswort (Cassandra).
2016-07-08 13:43:00+0000 [cluster_name] INFO: Starting scheduled job 20921ac5-c5a3-488b-b01e-a90e5189182d
2016-07-08 13:43:00+0000 [] INFO: Starting factory <cassandra.io.twistedreactor.TwistedConnectionClientFactory instance at 0x3ecd878>
2016-07-08 13:43:00+0000 [] INFO: Stopping factory <cassandra.io.twistedreactor.TwistedConnectionClientFactory instance at 0x3ecd878>
2016-07-08 13:43:00+0000 [] WARN: [control connection] Error connecting to 256.256.256.256: Failed to authenticate to
256.256.256.256: code=0100 [Bad credentials] message="Username and/or password are incorrect"
2016-07-08 13:43:00+0000 [] ERROR: Control connection failed to connect, shutting down Cluster: ('Unable to connect to any servers', {'256.256.256.256': AuthenticationFailed(u'Failed to authenticate to
256.256.256.256: code=0100 [Bad credentials] message="Username and/or password are incorrect"',)})
2016-07-08 13:43:00+0000 [] ERROR: Problem when checking login on
256.256.256.256: Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/opscenterd/bestpractice/BestPracticeRules.py", line 227, in check_cassandra_user
File "/usr/share/opscenter/lib/py-redhat/2.7/shared/amd64/twisted/internet/defer.py", line 1018, in _inlineCallbacks
result = result.throwExceptionIntoGenerator(g)
File "/usr/share/opscenter/lib/py-redhat/2.7/shared/amd64/twisted/python/failure.py", line 349, in throwExceptionIntoGenerator
return g.throw(self.type, self.value, self.tb)
File "/usr/lib/python2.7/site-packages/opscenterd/CassandraService.py", line 136, in check_connection
File "/usr/share/opscenter/lib/py-redhat/2.7/shared/amd64/twisted/internet/defer.py", line 1018, in _inlineCallbacks
result = result.throwExceptionIntoGenerator(g)
File "/usr/share/opscenter/lib/py-redhat/2.7/shared/amd64/twisted/python/failure.py", line 349, in throwExceptionIntoGenerator
return g.throw(self.type, self.value, self.tb)
File "/usr/lib/python2.7/site-packages/opscenterd/WrappedDriver.py", line 163, in connect
File "/usr/share/opscenter/lib/py-redhat/2.7/shared/amd64/twisted/internet/defer.py", line 1018, in _inlineCallbacks
result = result.throwExceptionIntoGenerator(g)
File "/usr/share/opscenter/lib/py-redhat/2.7/shared/amd64/twisted/python/failure.py", line 349, in throwExceptionIntoGenerator
return g.throw(self.type, self.value, self.tb)
File "/usr/lib/python2.7/site-packages/opscenterd/WrappedDriver.py", line 310, in _hacky_connect
NoHostAvailable: Unable to connect to any seed nodes, tried ['256.256.256.256']
2016-07-08 13:43:00+0000 [cluster_name] ERROR: The best practice rule 'Security superuser has default setting' has failed.
Meine address.yaml Datei sieht folgendermaßen vor:
stomp_interface: 256.256.256.255
cassandra_user: cassandra
cassandra_pass: ********** (correct cassandra password)
Und mein cluster.conf sieht folgende
[jmx]
username =
password =
port = 7199
[destinations]
active =
[agents]
backup_staging_dir = /path/to/commitlog/backup
[cassandra]
username = cassandra
seed_hosts = 256.256.256.253, 256.256.256.254
password = ******** (correct password)
cql_port = 9042
Mit OpsCenter 5.2.4 und DataStax Unternehmen 4.8.8.
Irgendwelche Vorschläge würden geschätzt.
Danke!
Sorry, ich vergaß zu erwähnen, dass ich zumindest die Korrigieren Sie den Benutzernamen und das Passwort in der Datei cluster.conf. Vielleicht fehlt noch etwas, ich habe die cluster.conf Datei der Frage hinzugefügt. – Olafur
Haben Sie OpsCenter nach dem Aktualisieren des Passworts in der Cluster-Conf-Datei neu gestartet? OpsCenter überwacht die conf-Datei nicht und liest die Konfiguration nur beim Start ein. – dhable
Ja, ich habe OpsCenter nur neu gestartet und dann erneut versucht, sowohl OpsCenter als auch den DataStax-Agenten neu zu starten, und beide haben nicht funktioniert. – Olafur