Cassandra挂在任意命令上

Question

我们正在AWS上托管Cassandra 2.0.2群集。我们最近开始通过引导新节点和停用旧节点，从普通驱动器升级到SSD驱动器。除了两个节点永远处于退役状态外，进展相当顺利。现在，在新的6个节点运行后，我们注意到一些使用phpcassa的旧工具停止工作。安全组没有任何变化，所有端口TCP/UDP都是打开的，telnet可以通过9160连接，cqlsh可以“使用”群集，选择数据，但是，“描述群集”失败，在cli中，“显示密钥空间”也失败，我的意思是决不退出提示符，也不返回任何结果。这些查询在新节点上工作得很好，但即使是等待退役的旧节点也无法执行它们。生产系统也使用phpcassa，执行正常的数据请求-工作正常。

所有cassandras都有相同的配置、相同的版本、相同的安装包。由于种子节点更改，最近重新启动了所有节点。

版本：

已连接到########at##。计算-1。amazonaws。通讯：9160。【cqlsh 4.1.0 | Cassandra 2.0.2 | CQL spec 3.1.1 | Thrift协议19.38.0】

我已经没有主意了。任何提示都将不胜感激。

经过一些随机调查，这里有一个更详细的描述。

如果我cassandra-cli到任何机器，并做"show keyspace"，它的工作原理。

如果我cassandra-cli到远程机器，并执行“show keyspace”，它会无限期挂起。

如果我将cqlsh发送到远程cassandra，并执行描述键空间，它将挂起。ctrl c，重复相同的查询，它会立即响应。

如果我向本地cassandra发送cqlsh，并对键空间进行描述，它就会起作用。

如果我将cqlsh发送到本地cassandra，并从键空间限制x执行select*操作，它将返回达到某个限制的数据。我能够返回限制为760的数据，761将失败。

如果我做一个一致性所有，并选择相同的，它挂起。

如果我进行跟踪，不同的机器会返回数据，尽管有时source\u appeased是“null”

不要忘记，查询集群的应用程序有时会在多次尝试后得到结果。

进一步的播放引入了两个节点的引导失败，一个在引导上挂起4天，最终失败，可能是由于滚动重新启动，另一个在2天后完全失败。修复无法正常工作，并引入了“流失败”错误，以及“线程线程[StorageServiceShutdownHook，5，main]java.lang.NullPointerException中的异常”。此外，在执行修复后，开始获取“读取无效的帧大小0。是否在客户端使用tframedtransport？”，所以

将rpc\u server\u类型从hsha切换到同步。所有问题都解决了。我们与hsha合作了数月，没有出现任何问题。

如果有人在这里也绊倒了：http://planetcassandra.org/blog/post/hsha-thrift-server-corruption-cassandra-2-0-2-5/

Answer 1

在cassandra.yaml中：

将rpc_server_type从hsha切换到sync。