web-dev-qa-db-fra.com

erreur de connexion cqlsh: 'ref () ne prend pas d'argument de mot clé'

J'ai essayé toutes les mesures de ce post et Cassandra doc

J'ai essayé d'exécuter toutes les versions de Cassandra, y compris la dernière version 3.7 de tarball et le paquet Debian, mais je continue à avoir des erreurs lorsque j'exécute cqlsh.

Erreur:

Erreur de connexion: ('' Impossible de se connecter à des serveurs ', {' 127.0.0.1 ': TypeError (' ref () ne prend pas les arguments de mots clés ',)})

Je n'avais aucun problème à exécuter Cassandra avant de mettre à niveau ma Linux Mint de 17,3 à 18.

Je pense avoir installé tous les packages nécessaires, tels que Java 8 et python 2.7.12.

Je pense que le problème existe dans le fichier cassandra.yaml puisque le paramètre par défaut ne fonctionne pas, mais je ne sais pas comment configurer correctement pour le faire fonctionner.

Toutes les suggestions appréciées.

21
tet

Vous rencontrez CASSANDRA-11850 , où cqlsh rompt avec Python 2.7.11+. Ce ticket a été marqué comme "Résolu" et un correctif a été appliqué à Cassandra 3.9 qui n’a pas encore été publié.

Je pense avoir installé tous les packages nécessaires, tels que Java 8 et python 2.7.12.

Dans l'intervalle (jusqu'à la publication de la version 3.9), vous pouvez revenir à Python 2.7.10 et cqlsh devrait fonctionner (pas anodin). Sinon, DataStax DevCenter devrait fonctionner avec Cassandra 3.7.

Edit 20161020

Cassandra 3.9 est sorti il ​​y a quelques semaines et peut maintenant être téléchargé .

22
Aaron

se référer https://issues.Apache.org/jira/browse/CASSANDRA-11850

Après avoir défini la variable d'environnement

CQLSH_NO_BUNDLED=TRUE

c'est résolu.

J'utilise Windows 7, Python 2.7.12, Cassandra 3.7

19
Jai

Besoin d'ajouter la commande suivante 

Sudo apt install python-pip
pip install cassandra-driver
export CQLSH_NO_BUNDLED=true
3
Mauran

Cela fonctionne pour Ubuntu 16.04 dans Amazon EC2:

Sudo apt-get --no-install-recommends install python-cassandra python3-cassandra
CQLSH_NO_BUNDLED=TRUE cqlsh "$(ec2metadata --local-ipv4)"
2
Alexey Vazhnov

Même si, après la restauration de python 2.7.10, le problème persiste. Cela signifie que python 2.7.10 n'est pas défini comme version python par défaut.

Allez dans le répertoire/usr/bin et vérifiez les différentes versions de python disponibles, par exemple python2.7 correspond à la version 2.7.10 (vous pouvez le vérifier en exécutant la commande python2.7 dans votre terminal et la version python sera mentionnée dans la première ligne de l’interprète, essayez la même chose avec toutes les autres versions de Python disponibles dans le dossier pour trouver celle qui correspond à la version 2.7.10).

Maintenant, utilisez les commandes suivantes pour choisir la version correcte de python (python2.7 dans mon cas)

update-alternatives --install/usr/bin/python python /usr/bin/python2.7

0
prjha14