1

меня SSTables скопированный из источника, расположенный здесь: /dev/shm/datafiles/node1/ppr/online_invsstableloader не загружая данные в DSE 4.5.1 Кассандра кластер

При запуске SSTable загрузчик для загрузки данных, он работает и заканчивается в течение секунды без загрузки данные .

[[email protected] bin]$ ./sstableloader --debug -d 10.241.17.107 /dev/shm/datafiles/node1/ppr/online_inv 

Установлено соединение с начальными хостами Открытия sstables и расчет секций для потоковой Streaming соответствующей части /dev/shm/datafiles/node1/ppr/online_inv/ppr-online_inv-jb-546-Data.db на [] Streaming сессия ID: 86e92720-815c-11e6-b0c0-45a6be0356e5

Это новый кластер DSE 4.5.1 и мы только начали загружать данные через prod sstables. Схема уже создана так же, как prod-кластер, из которого мы скопировали sstables. Это происходит для всех ключей/таблиц.

Мы также попытались jmxsh метод, но это также получение завершается таким же образом, как sstable погрузчик:

INFO [RMI TCP Connection(14)-10.241.17.107] 2016-09-23 07:02:01,482 OutputHandler.java (line 42) Streaming relevant part of /dev/shm/datafiles/node3/look/look_details/look-look_details-jb-1240-Data.db /dev/shm/datafiles/node3/look/look_details/look-look_details-jb-1239-Data.db /dev/shm/datafiles/node3/look/look_details/look-look_details-jb-1237-Data.db /dev/shm/datafiles/node3/look/look_details/look-look_details-jb-1236-Data.db /dev/shm/datafiles/node3/look/look_details/look-look_details-jb-1235-Data.db to []

+0

Проблема связана с настройками snitch, которые выбрали имена DC и стойки по умолчанию как «Cassandra» и «rack1». Изменено определение схемы и проблема решена. –

ответ

1

Проблема была связана с стукач настройки, которые подобрали имена по умолчанию постоянного тока и стойки как " Cassandra '&' rack1 '. Изменено определение схемы и проблема решена.