web-dev-qa-db-fra.com

Cqlsh 5.0.1 a-t-il été cassé dans la version 3.11.2 de cassandra?

Mon installation de Cassandra sous OSX semble avoir été interrompue par la publication d'hier. Cassandra semble bien commencer.

Jeremys-MacBook-Pro: fractal jeremy$ cqlsh --version
cqlsh 5.0.1



Jeremys-MacBook-Pro:fractal jeremy$ cqlsh localhost
Traceback (most recent call last):
  File "/usr/local/Cellar/cassandra/3.11.2/libexec/bin/cqlsh.py", line 2443, in <module>
    main(*read_options(sys.argv[1:], os.environ))
  File "/usr/local/Cellar/cassandra/3.11.2/libexec/bin/cqlsh.py", line 2421, in main
    encoding=options.encoding)
  File "/usr/local/Cellar/cassandra/3.11.2/libexec/bin/cqlsh.py", line 488, in __init__
    **kwargs)
  File "cassandra/cluster.py", line 735, in cassandra.cluster.Cluster.__init__ (cassandra/cluster.c:10935)
TypeError: __init__() got an unexpected keyword argument 'no_compact'
14
Jerry Taylor

Je viens de commenter cette ligne 488: #no_compact=no_compact, dans le fichier /usr/local/Cellar/cassandra/3.11.2/libexec/bin/cqlsh.py et cela fonctionne à nouveau.

24
bungle

J'ai aussi eu ce problème. Ma solution actuelle consistait à installer cqlsh via pip , puis à exécuter Cassandra (ScyllaDB dans notre cas) via un conteneur fixe.

Vous pouvez déposer un problème ici .

0
Dan Sexton

csqlsh n'était pas cassé dans la version 3.11.2 de Cassandra. Cependant, la formule de Homebrew pour la version 3.11.2 était à l’origine cassée, par numéro Homebrew 24977 . Par ce billet et CASSANDRA-14301 , Homebrew a été configuré pour utiliser la mauvaise version du pilote Cassandra, qui utilisait une version incompatible de Python.

Ce problème a depuis été corrigé dans Homebrew. Par conséquent, les nouvelles installations de 3.11.2 ne devraient pas avoir ce problème.

0
M. Justin