Elasticsearch未分配分片异常处理

由于服务器磁盘满了,所有服务未能正常运行,检查了一下es,发现有个索引以出现黄色警告,显示有两个分片未被分配。
通过命令systemctl status elasticsearch查看es运行状态,看到以下异常:

Sep 07 12:31:44 sz-1 elasticsearch[2063]: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
Sep 07 12:31:44 sz-1 elasticsearch[2063]: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
Sep 07 12:31:44 sz-1 elasticsearch[2063]: at java.lang.Thread.run(Thread.java:830) [?:?]
Sep 07 12:31:44 sz-1 elasticsearch[2063]: Caused by: org.elasticsearch.env.ShardLockObtainFailedException: [my_index][1]: obtaining shard lock timed out after 5000ms, previous lock details:...shard creation]
Sep 07 12:31:44 sz-1 elasticsearch[2063]: at org.elasticsearch.env.NodeEnvironment$InternalShardLock.acquire(NodeEnvironment.java:771) ~[elasticsearch-7.6.2.jar:7.6.2]
Sep 07 12:31:44 sz-1 elasticsearch[2063]: at org.elasticsearch.env.NodeEnvironment.shardLock(NodeEnvironment.java:686) ~[elasticsearch-7.6.2.jar:7.6.2]
Sep 07 12:31:44 sz-1 elasticsearch[2063]: at org.elasticsearch.index.IndexService.createShard(IndexService.java:394) ~[elasticsearch-7.6.2.jar:7.6.2]
Sep 07 12:31:44 sz-1 elasticsearch[2063]: ... 18 more

网上搜到很多解决方法是调用一下接口,但仍然无法解决。

POST _cluster/reroute?retry_failed=true

后来在亚马逊上找到了解决方案,以下是操作步骤:

排查您的黄色群集状态

由于节点或网络故障,您的 Elasticsearch 群集会进入黄色状态。如果集群中的节点因内部硬件问题出现故障,则现有节点将被新节点替换。此替换是 Amazon ES 的自动检测功能。但是,在某些情况下,故障节点中的副本分片尚未分配。如果先前使用的资源尚未释放,则副本分片将保留未分配状态。在此期间,领导节点进行了五次分配副本分片尝试。如果领导节点的五次分配副本分片尝试都失败,则您的集群将进入红色或黄色运行状态。
要识别哪些索引导致集群进入黄色状态,请使用以下查询:

GET /_cat/indices?v&health=yellow

然后,使用以下查询来识别集群未分配分片的根本原因:

GET /_cluster/allocation/explain

增加最大重试设置

要使 Elasticsearch 集群恢复到绿色状态,请增加每个黄色索引的最大重试次数:

PUT <yellow-index-name>/_settings
{
"index.allocation.max_retries" : 10
}

运行此 API 调用时,领导节点将重试您的集群上指定索引的分片分配。

注意: 当您增加最大重试设置时,分片不会总是自动分配。您可能需要手动分配分片。

更新副本数量

重要提示: 如果 Elasticsearch 集群负载高,请不要使用此方法。从索引中删除所有副本时,索引必须且仅能依赖于主分片。如果节点出现故障,您的集群则可能因为主分片尚未分配而进入 红色群集状态

要更改副本数量,请执行以下步骤:

  1. 删除所有副本,使受影响的索引数量变为 0:
PUT /<yellow-index-name>/_settings
{
    "index" : {
        "number_of_replicas" : 0
    }
}
  1. 将副本数量更改回所需的数量:
PUT /< yellow -index-name>/_settings
{
    "index" : {
        "number_of_replicas" : 1
    }
}
©著作权归作者所有,转载或内容合作请联系作者
禁止转载,如需转载请通过简信或评论联系作者。
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,372评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,368评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,415评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,157评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,171评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,125评论 1 297
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,028评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,887评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,310评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,533评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,690评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,411评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,004评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,659评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,812评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,693评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,577评论 2 353

推荐阅读更多精彩内容