2016-03-31 2 views
0

Cassandra version: dsc-cassandra-2.1.9Maintenant l'erreur "message =" Impossible d'atteindre le niveau de cohérence ONE "info = {'required_replicas': 1, 'alive_replicas': 0, 'consistance': 'ONE'}"

Avait 3 nœuds, dont l'un était éteint depuis longtemps. Ramené et décomposé. Ensuite, a fait un nodetool removenode.

Lorsque j'essaie de faire une requête cql, j'obtiens l'erreur ci-dessus.

Initialement pensé que cela pourrait être parce que la stratégie de réplication était SimpleStrategy. Ainsi, a fait un ALTER KEYSPACE history WITH REPLICATION = {'class' : 'NetworkTopologyStrategy', 'dc1' : 2};

et a changé le endpoint_snitch: GossipingPropertyFileSnitch au lieu de SimpleSnitch

a fait une réparation de nodetool sur les deux nœuds et redémarré les services cassandra

Mais le problème est toujours là. Que fais-je?

EDIT 1: état Nodetool de la machine A

-- Address   Load  Tokens Owns Host ID        Rack 
UN 192.168.99.xxx 19.8 GB 256  ?  xxxxxxxx-xxxx-xxx-xxxx-xxxxx4ea RAC1 
UN 192.168.99.xxx 18.79 GB 256  ?  xxxxxxxx-xxxx-xxx-xxxx-xxxxxx15 RAC1 

nodetool sortie d'état de la machine B

-- Address   Load  Tokens Owns Host ID        Rack 
UN 192.168.99.xxx 19.8 GB 256  ?  xxxxxxxx-xxxx-xxx-xxxx-xxxxxxxx4ea RAC1 
UN 192.168.99.xxx 18.79 GB 256  ?  xxxxxxxx-xxxx-xxx-xxxx-xxxxxxxxf15 RAC1 
+0

Pourquoi avez-vous fait un removeode après la désaffectation? Vous devriez seulement besoin de décomposer. En outre, la sortie de l'exécution de l'état nodetool sur les deux nœuds restants serait utile. –

+0

Ajout de la sortie d'état ci-dessus. Les ID de l'hôte correspondent. A fait un removenode car après le déclassement, le statut nodetool indiquait toujours le nœud déclassé – GenerousJoker

Répondre

0

Ce qui est étrange est que sous les colonnes Owns vous n'avez pas%, seule la ? Ce même problème est survenu dans le passé lorsque j'ai amorcé un nouveau cluster C * et que j'utilisais SimpleStrategy et SimpleSnitch. J'ai fait comme vous un ALTER KEYSPACE pour passer à NetworkTopology et GossipingPropertyFileSnitch mais cela n'a pas résolu mon problème, donc j'ai reconstruit le cluster à partir de zéro (heureusement je n'avais pas de données à l'intérieur)

Si vous avez une sauvegarde de vos données quelque part, juste essayez de reconstruire les 2 nœuds à partir de zéro.

Sinon, envisagez de sauvegarder vos fichiers sstable sur un noeud et de reconstruire le cluster et de restaurer les sstables. Soyez prudent car un nom de fichier/renommer le dossier peut être nécessaire