cqlsh 5.0.1 是否在 cassandra 3.11.2 版本中损坏？答案

【问题标题】：Was cqlsh 5.0.1 broken in cassandra 3.11.2 release?cqlsh 5.0.1 是否在 cassandra 3.11.2 版本中损坏？
【发布时间】：2018-07-30 20:35:26
【问题描述】：

我在 OSX 上安装的 Cassandra 似乎被昨天的版本破坏了。 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'

【问题讨论】：

这似乎可以在我的 Mac 上运行。你运行的是哪个版本的 Python？
我正在运行 Python 2.7.10
bungle 的回答为我解决了这个问题，比你更准确
我在 Apache 的 JIRA 问题跟踪器中提交了一个错误：CASSANDRA-14301。

标签： python cassandra cqlsh

【解决方案1】：

我也有这个问题。我目前的解决方法是安装cqlsh via pip，然后通过 docker 容器运行 Cassandra（在我们的例子中是 ScyllaDB）。

您可以提交问题here。

【讨论】：

【解决方案2】：

我刚刚在文件/usr/local/Cellar/cassandra/3.11.2/libexec/bin/cqlsh.py 中评论了这一行488: #no_compact=no_compact,，它又可以工作了。

【讨论】：

我在那个文件中有五处引用了这个乱七八糟的东西，不得不把它们全部注释掉，它也能正常工作
对我来说是第 483 行，刚刚通过 brew 安装，但对我也有用
我刚刚评论了3no_compact=False，cqlsh终于开始了。感谢帮助！希望那些评论的行不会破坏其他东西……

【解决方案3】：

csqlsh 在 Cassandra 的 3.11.2 版本中没有被破坏。但是，根据Homebrew issue 24977，3.11.2 版本的 Homebrew 公式最初被破坏了。根据该票证和CASSANDRA-14301，Homebrew 被配置为使用错误版本的 Cassandra 驱动程序，该驱动程序使用了不兼容的 Python 版本。

此问题已在 Homebrew 中得到修复，因此新安装的 3.11.2 不应出现此问题。

【讨论】：