二 清除節點上的gossip狀態

2021-08-13 17:21:13 字數 1173 閱讀 8272

##清除節點上的gossip狀態

gossip資訊由每個節點在本地儲存，以便在節點重啟時立即使用，而不必等待gossip通訊。

###步驟

如果你需要在gossip狀態下糾正乙個問題：

1.使用nodetool assassinate關閉問題節點。這需要大約35秒才能完成，因此請等待確認節點已被刪除。

2.如果此方法不能解決問題，請停止客戶端應用程式向群集傳送寫入操作。

3.使整個集群離線：

$ nodetool options drain
sudo service cassandra stop
4.清除peers目錄中的資料，刪除peers- uuid目錄中的所有目錄，其中uuid是對應於相應節點的特定目錄：

$ sudo rm -r /var/lib/cassandra/data/system/peers-uuid/*
**警告：**執行此步驟時請小心。該操作會清除cassandra的內部系統資料，並可能導致應用程式停機而無法執行和驗證結果。要驗證結果，請在每個節點上分別執行以下查詢，以確認所有節點都能夠看到所有其他節點。

select * from system.peers;
5.當節點啟動時清除gossip狀態：

#install_location /conf/cassandra-env.sh


$ install_location / bin / cassandra -dcassandra.load_ring_state = false
#/usr/share/cassandra/cassandra-env.sh


jvm_opts="$jvm_opts -dcassandra.load_ring_state=false"
6.從集群節點開始，一次將集群聯機到乙個節點。

$ sudo service cassandra start
$ cd install_location 


$ bin/cassandra
7.刪除在cassandra-env.sh檔案中新增的行。

如何清除GTONE採集 分析任務的狀態

gtone採集 分析伺服器在日常執行任務時，會因為一些客觀因素導致部分任務執行失敗，從而導致在查詢日誌時，存留一些實際任務的採集 分析任務不匹配的情況，此時我們可以通過sql進行日常清理操作.見如下圖所示的部分採集 分析任務 執行刪除非正常採集 分析任務的sql 還可以新增更多的過濾條件，具體定位到...

節點的操作（二）

節點的複製 function function 節點的替換 function 包裹節點 strong wrap 用元素把元素包裹起來 strong wrap 用元素把元素包裹起來 strong wrap 用元素把元素包裹起來 strong wrapall 用元素把元素包裹起來 屬性操作 functi...

上電復位POR與上電清除PUC的區別

一 por是上電復位訊號，它只在以下兩個事件發生時產生 1 晶元上電。2 rst nmi設定成復位模式，在rst nmi引腳上出現低電平訊號。看來這都是外部產生的。二 puc訊號是上電清除訊號，por訊號的產生總會產生puc訊號，但puc訊號的發生不會產生por訊號。產生它的事件為 1 發生por訊...