集群臨時重啟
集群節點臨時重啟
當修改配置時可能需要重啟集群才生效,或者集群發生嚴重錯誤無法恢復時都可能需要重啟集群
一個集群節點重啟前要先臨時禁用自動分配,設置cluster.routing.allocation.enable為none,否則節點停止後,當前節點的分片會自動分配到其他節點上,本節點啟動後需要等其他節點RECOVERING後才會RELOCATING,也就是分片在其他節點恢復後又轉移回來,浪費大量時間
首先禁用自動分配
curl -XPUT http://127.0.0.1:9200/_cluster/settings -d ‘{
"transient" : {
"cluster.routing.allocation.enable" : "none"
}
}‘
然後再重啟集群
集群啟動後再改回配置
curl -XPUT http://127.0.0.1:9200/_cluster/settings -d ‘{
"transient" : {
"cluster.routing.allocation.enable" : "all"
}
}‘
集群臨時重啟
相關推薦
集群臨時重啟
需要 大量 恢復 ans 分片 發生 settings 否則 ansi 集群節點臨時重啟當修改配置時可能需要重啟集群才生效,或者集群發生嚴重錯誤無法恢復時都可能需要重啟集群一個集群節點重啟前要先臨時禁用自動分配,設置cluster.routing.allocation.en
黑群暉重啟無反應
我原帖寫在: https://www.nas2x.com/threads/bug.512/ 簡介 1. 系統版本: DSM 6.2.0 2. 簡述: 如果裝完黑群暉,在重啟之後發現開機卡在了BIOS的logo上,並且按F2無反應,說明開機自檢未通過。(可能原因: 開機自檢時讀取了USB,很可能群暉US
redis集群如何解決重啟不了的問題
wrap pki 查看 rep 啟動不了 ica oca alt 點數據 redis使用集群部署,如果遇到斷電或者服務器重啟,當再次啟動的時候,有時候會啟動不了。需要使用trib的fix命令進行修復。如果修復還是不行的話,可以清除節點數據再重新建集群,前提要備份之後操作。
【troubleshooting】記一次Kafka集群重啟導致消息重復消費問題處理記錄
進程 pid 導致 set pic 方法 sum tails log 因需要重啟了Kafka集群,重啟後發現部分topic出現大量消息積壓,檢查consumer日誌,發現消費的數據竟然是幾天前的。由於平時topic消息基本上無積壓,consumer消費的數據都是最新的,明顯
雲計算之路-阿裏雲上:重啟 manager 節點引發 docker swarm 集群宕機
node bili body 運行 nodes 服務 徹底 解決 ability 為了迎接春節假期後的訪問高峰,我們今天對 docker swarm 集群進行了變更操作,購買了1臺阿裏雲4核8G的服務器作為 worker 節點,由原來的 3 manager nodes +
【轉】redis集群如何解決重啟不了的問題
節點數 nbsp 如何 class nodes cluster 中一 aof ext redis使用集群部署,如果遇到斷電或者服務器重啟,當再次啟動的時候,有時候會啟動不了。需要使用trib的fix命令進行修復。如果修復還是不行的話,可以清除節點數據再重新建集群,前提要備份
重啟hdfs集群的時候,報大量的gc問題。
server ref dna native files ash sna ini 情況 問題現象: 2019-03-11 12:30:52,174 INFO org.apache.hadoop.util.JvmPauseMonitor: Detected pause i
集群環境下如何防止定時任務重復執行?
mysql spa clas job 每天 如果 varchar 郵件發送 表示 起因 最近做項目是遇到這樣一個問題:系統需要在每天的16:00向一些符合特定條件的用戶發送一份郵件,發送成功後修改掉數據庫中對應數據的標誌位。本來是沒有問題的,但後來系統被部署到了集群環境下,
Apache狀態監測集重啟
用戶 ron art ash lin 可執行 con net linux服務 註:此文摘自:http://www.111cn.net/sys/linux/63718.htm 原理:通過服務器本地訪問自身Apache服務(與用戶訪問網站類似),如超過15s沒有返回正常的220
集群中定時任務的重復執行
redis src 定時 img 可用 .com 設置 存在 服務器 開始的方案是提取定時任務,單獨部署. 或者根據ip機器號等判斷是否執行 然後在項目初期階段, 集群的目的是為了保證服務器7x24高可用性的冗余設計 所以上述兩種方案是有悖設計的 根據項目的實際情況, 本次
hadoop及hbase集群啟停的幾種方式
hadoop hbase1、生產環境集群2、web管理頁面hadoop web管理頁面(主備)http://192.168.10.101:50070http://192.168.10.102:50070hbase web管理頁面(主備)http://192.168.10.101:16010http://192
【轉】集群/分布式環境下5種session處理策略
學習 原理 memcache 可選 ret 當前 memcach uil 服務器 轉載至:http://blog.csdn.net/u010028869/article/details/50773174 在搭建完集群環境後,不得不考慮的一個問題就是用戶訪問產生的sessi
ActiveMQ集群Master-Slave + Broker Cluster模式
網絡 解決方案 message 一、簡介Master-Slave集群:由至少3個節點組成,一個Master節點,其他為Slave節點。只有Master節點對外提供服務,Slave節點處於等待狀態。當主節點宕機後,從節點會推舉出一個節點出來成為新的Master節點,繼續提供服務。優點是可以解決多服務
Hadoop化繁為簡-從安裝Linux到搭建集群環境
開始 協調 利用 html isa 同學 防火墻 右鍵 $path 簡介與環境準備 hadoop的核心是分布式文件系統HDFS以及批處理計算MapReduce。近年,隨著大數據、雲計算、物聯網的興起,也極大的吸引了我的興趣,看了網上很多文章,感覺還是雲裏霧裏,很多不必
Linux下Hadoop2.7.1集群環境的搭建(超詳細版)
目錄 hdfs cp命令 manage war 替代 share logs hadoop 本文旨在提供最基本的,可以用於在生產環境進行Hadoop、HDFS分布式環境的搭建,對自己是個總結和整理,也能方便新人學習使用。 一、基礎環境 在Linux上安裝Hadoop之前
Storm集群搭建
targe 狀態信息 系統 根據 storm for 簡單介紹 div tails 上一篇隨筆中我介紹了Storm中的幾個重要概念:Topology,tuple,Spout和Bolt。這幾個核心概念是與Storm運算相關的,由於上節課關於單詞計數的實例實在單機環境下通過
Redis集群監控RedisClusterManager
redis集群監控redisclustermanagerRedisClusterManager監控Redis集群環境要求:Java8+ jdk配置這裏略過 RedisClusterManager 下載地址: 附件:systemMonitor-release.tar.gz 收集系統狀態包 附件: Redis
ceph 集群報 mds cluster is degraded 故障排查
ceph 故障排查 mds degraded ceph 集群報 mds cluster is degraded 故障排查ceph 集群版本:ceph -vceph version 10.2.7 (50e863e0f4bc8f4b9e31156de690d765af245185)ceph -w
ZABBIX配置自動添加端口監控,並觸發重啟服務
color 監控 style 1、配置自動發現腳本 #!/bin/bash # ------------------------------------------------------------------------------- # Script_name: discovery
Redis3.2.8集群安裝配置
redis3.2.8集群安裝配置具體就不做介紹了,直接開始安裝準備環境:使用2臺centos服務器,每臺機器上部署3個實例,集群為三個主節點與三個從節點: 第一臺 192.168.1.107:7000 192.168.1.107:7001 192.168.1.107:7002 第二臺 192.168.