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以及計算部分,以流的/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加載數據。架構已經被創建,就像我們複製了sstables的prod羣集一樣。這發生在所有密鑰空間/表格上。

我們也嘗試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和Rack的默認名稱命名爲'Cassandra'和'rack1'。更改了模式定義並解決了問題。 –

回答

1

問題被打小報告其拿起DC的默認名稱設置和機架爲「相關卡桑德拉'&'rack1'。更改了模式定義並解決了問題。