Cassandra从2.0.12.200升级到2.1.5.469升级稳定命令似乎陷入困境

时间:2015-07-05 08:46:58

标签: cassandra upgrade datastax

作为Datastax Entreprise从4.6.1升级到4.7的一部分,我将Cassandra从2.0.12.200升级到2.1.5.469。整体数据库大小约为27GB。

升级过程的一个步骤是在种子节点上运行nodetool upgradesstables。但是,此命令现在运行超过48小时并且查看CPU和IO,此节点似乎实际上处于空闲状态。

这是nodetool compactionstats的当前输出。这些数字似乎在几个小时内没有变化:

pending tasks: 28
compaction type        keyspace               table    completed         total    unit   progress
Upgrade sstables   prod_2_0_7_v1   image_event_index   8731948551   17452496604   bytes     50.03%
Upgrade sstables   prod_2_0_7_v1   image_event_index   9121634294   18710427035   bytes     48.75%
Active compaction remaining time :   0h00m00s

这是nodetool netstats

的输出
Mode: NORMAL
Not sending any streams.
Read Repair Statistics:
Attempted: 0
Mismatch (Blocking): 0
Mismatch (Background): 0
Pool Name                    Active   Pending      Completed
Commands                        n/a         0              0
Responses                       n/a         0              0

我的问题是,这是正常行为吗?有没有办法让我检查这个命令是否卡住或者它是否仍然在工作? 如果它被卡住了,那么最好的做法是什么?

值得一提的是,这个节点是Amazon EC2上的M3-Large实例,其中包含本地临时磁盘(SSD)上的所有数据。

0 个答案:

没有答案