2013-11-20 5 views
0

Я только что создал новый экземпляр DSE 3.2, 3 узла на Ubuntu через tarball. Кажется, что все настройки в порядке:Cassandra stress test дает UnavailableException

bin/nodetool status 
Datacenter: Cassandra 
===================== 
Status=Up/Down 
|/ State=Normal/Leaving/Joining/Moving 
-- Address  Load  Tokens Owns (effective) Host ID        Rack 
UN 192.168.5.77 102.23 KB 256  34.6%    cb04a5a3-8135-42f0-b723-761284355965 rack1 
DN 192.168.5.71 41.11 KB 256  31.4%    d2c049fd-24ac-49d5-ada2-ca6991e0b70b rack1 
UN 192.168.5.74 74.84 KB 256  34.0%    4b188d14-f3e0-4d34-a148-816350d6b69e rack1 

я могу также запустить командную строку и cqlsh. Однако, когда я запустить стресс-тест, он дает:

:/data/dse-3.2.0/resources/cassandra/tools# bin/cassandra-stress 
INFO - 2013-11-19 17:24:57.241; com.datastax.bdp.config.DseConfig; Loading settings from file:/data/dse-3.2.0/resources/dse/conf/dse.yaml 
INFO - 2013-11-19 17:24:57.390; org.apache.cassandra.config.DatabaseDescriptor; Loading settings from file:/data/dse-3.2.0/resources/cassandra/conf/cassandra.yaml 
INFO - 2013-11-19 17:24:57.504; org.apache.cassandra.config.DatabaseDescriptor; Data files directories: [/var/lib/cassandra/data] 
INFO - 2013-11-19 17:24:57.504; org.apache.cassandra.config.DatabaseDescriptor; Commit log directory: /var/lib/cassandra/commitlog 
INFO - 2013-11-19 17:24:57.505; org.apache.cassandra.config.DatabaseDescriptor; DiskAccessMode 'auto' determined to be mmap, indexAccessMode is mmap 
INFO - 2013-11-19 17:24:57.505; org.apache.cassandra.config.DatabaseDescriptor; disk_failure_policy is stop 
INFO - 2013-11-19 17:24:57.505; org.apache.cassandra.config.DatabaseDescriptor; Legacy authentication config found. Existing authentication data will be migrated to a system keyspace. 
INFO - 2013-11-19 17:24:57.525; org.apache.cassandra.config.DatabaseDescriptor; Global memtable threshold is enabled at 890MB 
INFO - 2013-11-19 17:24:57.541; com.datastax.bdp.snitch.DseDelegateSnitch; Setting my role to Cassandra 
INFO - 2013-11-19 17:24:57.691; org.apache.cassandra.config.DatabaseDescriptor; Not using multi-threaded compaction 
INFO - 2013-11-19 17:24:58.043; com.datastax.bdp.config.DseConfig; Load of settings is done. 
Created keyspaces. Sleeping 1s for propagation. 
total,interval_op_rate,interval_key_rate,latency/95th/99th,elapsed_time 
Operation [1] retried 10 times - error inserting key 0000001 ((UnavailableException)) 

Operation [2] retried 10 times - error inserting key 0000002 ((UnavailableException)) 

Operation [3] retried 10 times - error inserting key 0000003 ((UnavailableException)) 

.. 

84,8,8,5.5,14.6,39.8,1 
FAILURE 

Почему? веселит, Matt

ответ

3
DN 192.168.5.71 41.11 KB 256  31.4%    d2c049fd-24ac-49d5-ada2-ca6991e0b70b rack1 

Означает, что узел вниз, так что узел отвечает за 1/3 от стресса данных потерпит неудачу, когда пытаются вставить в этот раздел.

+0

Вы верно, не видели этого; Странно, хотя, как я также пытался с RF = 1, поэтому в то время это должно было сработать. Работая сейчас, спасибо! –

+0

RF = 1 означает, что имеется только одна копия для любого ключа раздела. RF = 2 работал бы (с учетом согласованности) – RussS

 Смежные вопросы

  • Нет связанных вопросов^_^