[ https://issues.apache.org/jira/browse/CASSANDRA-13540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16033377#comment-16033377 ]
Sam Tunnicliffe commented on CASSANDRA-13540: --------------------------------------------- Hmm, I cannot repro this or see a path in the code that would produce it. What is the cluster topology and can you reproduce with a clean cluster, perhaps using ccm? http://www.datastax.com/dev/blog/ccm-a-development-tool-for-creating-local-cassandra-clusters > QUORUM CL is used for new superuser > ----------------------------------- > > Key: CASSANDRA-13540 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13540 > Project: Cassandra > Issue Type: Bug > Components: Distributed Metadata > Reporter: Dennis Noordzij > > After bootstrapping Cassandra, we're creating a new superuser, and setting RF > of system_auth keyspace to 2, NetworkTopologyStrategy. Then a nodetool repair > on the system_auth KS. > Documentation says > {quote} > The system_auth keyspace uses a QUORUM consistency level when checking > authentication for the default cassandra user. For all other users created, > superuser or otherwise, a LOCAL_ONE consistency level is used for > authenticating. > {quote} > But for my new superuser, new node members are rejected because QUORUM CL > can't be achieved: > {code} > May 19th 2017, 17:40:14.462 Connection error: ('Unable to connect to any > servers', {'xx.xx.xx.xx': AuthenticationFailed('Failed to authenticate to > xx.xx.xx.xx: Error from server: code=0100 [Bad credentials] > message="org.apache.cassandra.exceptions.UnavailableException: Cannot achieve > consistency level QUORUM"',)}) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org