datastax-startup

4熱度

1回答

我在EMR上部署了Spark 1.6 4.4.0 我正在連接到部署在EC2上的datastax cassandra 2.2.5。連接使用spark-connector 1.4.2_s2.10將數據保存到cassandra（因爲它有番石榴14）但是，使用1.4.2版本的連接器從cassandra讀取數據失敗。正確的組合暗示使用1.5.x，因此我開始使用1.5.0。首先我遇到了番石榴問題，並使用

1熱度

1回答

DataStax社區：不一致的讀取

我們在Windows Server 2012上使用datastax-community-64bit_2.2.6和DevCenter-1.4.1-win-x86（和舊版Win Server 2008上的相同設置，似乎不遇到問題）。我們有一個時間序列表，表現非常奇怪與不一致的讀取。我們有一整天的數據，但是當我們執行查詢時（無論是通過代碼還是通過DevCenter查看），都可以在一天中的某個小時內收集

1熱度

1回答

`nodetool repair`是否也會針對保存環境中沒有的數據的機器進行修復？

假設我有一個由三個節點構成的羣（複製因子爲1），我們稱之爲節點A，B和C. 根據環，分區鍵X應該存儲在A但是，由於數據庫恢復，分區鍵X的數據已經在節點B上結束（並且A根本不存儲X）。問題：如果我發出nodetool repair，它會確保分區鍵X在A上結束嗎？據我所知，做數據庫恢復的真正方法是使用類似sstableloader的東西，但是由於無法預料的情況，對我來說，執行上述操作可能是更簡單的

1熱度

1回答

社會化媒體的喜歡，不像在卡桑德拉

想象有一個社交網絡，並在此數據模型是一個表，用於存儲喜歡（喜愛）的動作，不像是從該表中刪除： CREATE TABLE IF NOT EXISTS post_likes( post_id timeuuid, liker_id uuid, //liker user_id like_time timestamp, PRIMARY KEY ((post_id) ,l

0熱度

2回答

使用快照引導數據中心

我正在爲現有羣集供應新的數據中心。一個相當不穩定的VPN連接阻礙了我製作新DC的引導程序。有趣的是，我有一個全新的數據庫快照/備份在與新DC相同的位置（在VPN外傳輸）。我現在正在考慮以下方法：請確保我的客戶使用的是舊DC。在新DC中提供新節點。 ALTER在新DC上啓用副本的密鑰空間。這將開始複製從舊的DC到新的DC的所有寫入。在gc_grace_seconds之前操作3）之後，使用ss

2熱度

2回答

不能因流錯誤

使用DSE 4.8.6（C * 2.1.13.1218）當我嘗試在新的數據中心，的Bootstrap /節點添加新節點重建總是中斷的新數據中心卡桑德拉添加通過流式傳輸錯誤從SYSTEM.LOG 錯誤例如： ERROR [STREAM-IN-/172.31.47.213] 2016-04-19 12:30:28,531 StreamSession.java:621 - [Stream #743d4

0熱度

1回答

Datastax企業可用核心數

我已在AWS上使用3個m3.large實例創建了Datastax Enterprise集羣，其中所有3個節點都是運行Spark的分析節點。 3 m3.large amazon實例每個都有2個內核，所以共有6個內核。在Spark Master web ui上，我看到總共只有3個內核 - >在每個工作節點的web ui上，我只看到1個可用內核。 3個其他內核發生了什麼？ DSE是否爲Cassandr

-2熱度

1回答

在DSE4.8火花流中使用複合關鍵字

任何人都可以在java中使用複合主鍵在spark sql中共享示例以將數據保存在Cassandra中。有了CQL，我可以輕鬆完成。但是我正在做的是在一個Spark工作內部，它將來自Kafka流的時間序列數據流並將其作爲raw數據保存到cassandra。然後使用數據框，我可以將此表與相關表連接起來，並使用業務規則執行數據細化，然後將數據存儲在精細數據表中。

5熱度

2回答

卡桑德拉節點不能相互通信，導致ReadTimeout

這是Datastax卡桑德拉（DSE）版本：4.8.5-1 這相當於（我相信）卡桑德拉：2.1.x的我越來越從我們的應用程序查詢大量以下錯誤時： ReadTimeout: code=1200 [Coordinator node timed out waiting for replica nodes' responses] message="Operation timed out - receiv

1熱度

1回答

升級到DSE後datastax搜索節點警告4.8.7

將我們的開發節點中的一個從DSE 4.8.0升級到4.8.7，現在我在system.log中看到大量這些錯誤。深入瞭解爲什麼會發生這種情況以及如何解決？ WARN [main_development.skus Index WorkPool scheduler thread-0] 2016-05-18 13:51:11,037 WorkPool.java:672 - Listener com.dat