Подтвердить что ты не робот

Был ли cqlsh 5.0.1 сломан в cassandra 3.11.2 релиз?

Моя установка OSX Cassandra, похоже, была нарушена вчерашним выпуском. Кажется, Кассандра начинает нормально.

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'
4b9b3361

Ответ 1

Я просто прокомментировал эту строку 488: #no_compact=no_compact, в файле /usr/local/Cellar/cassandra/3.11.2/libexec/bin/cqlsh.py и он снова работает.

Ответ 2

У меня также был этот вопрос. Моим текущим решением было установить cqlsh через pip, а затем запустить Cassandra (ScyllaDB в нашем случае) через контейнер докеров.

Вы можете подать вопрос здесь.

Ответ 3

csqlsh не был нарушен в выпуске Cassandra 3.11.2. Однако формула Homebrew для выпуска 3.11.2 была первоначально нарушена, по выпуску 24577 для доморощенного. За этот билет и CASSANDRA-14301, Homebrew был настроен на использование неправильной версии драйвера Cassandra, которая использовала несовместимую версию Python.

С тех пор это было зафиксировано в Homebrew, поэтому новые установки 3.11.2 не должны иметь этой проблемы.