【问题标题】:Cassandra giving TTransportException after some inserts/updatesCassandra 在一些插入/更新后给出 TTransportException
【发布时间】:2012-07-25 08:56:07
【问题描述】:

大约有 15 个进程在 Cassandra 中插入/更新唯一条目。一切正常,但一段时间后我收到此错误。 (当我重新启动该过程时,一切都很好,直到某个时候)

尝试连接到每个服务器两次,但没有 的尝试成功了。最后一次失败是 TTransportException: 无法连接到 10.204.81.77:9160

我对所有 Cassandra 机器进行了 CPU/内存分析。 CPU 使用率有时会达到 110% 左右,而内存使用率则在 60% - 77% 之间。不确定这是否是原因,因为它在大多数情况下都可以正常使用这种内存和 cpu 使用情况。

p.s.:如何确保 Cassandra 更新/插入工作无误?

【问题讨论】:

  • 你在使用 pycassa 吗?另外,您可能想查看系统日志以查看是否有任何错误消息?

标签: nosql cassandra


【解决方案1】:

如果您的插入出现任何问题,Cassandra 将抛出异常;否则,您可以假设它没有错误。

连接失败是网络问题,而不是 Cassandra 问题。从一些地方开始:Cassandra 进程还活着吗? netstat 是否显示它仍在监听 9160?你能连接到那台机器上的非 Cassandra 服务吗?您的服务器或路由器是否配置了防火墙以阻止频繁的连接尝试?

【讨论】:

  • Cassandra 似乎崩溃了。显示内存不足错误的日志。如何解决这个问题?
猜你喜欢
  • 1970-01-01
  • 2019-08-12
  • 1970-01-01
  • 2018-08-11
  • 1970-01-01
  • 2016-09-19
  • 1970-01-01
  • 2015-09-02
  • 1970-01-01
相关资源
最近更新 更多