index [XXX] blocked by: [FORBIDDEN/12/index read-only / allow delete (api)]問題解決
一、通常我們在Elasticsearch中增加或更新資料時會出現錯誤如下,說名這個索引是隻讀狀態。
{ "error": { "root_cause": [ { "type": "cluster_block_exception", "reason": "index [blog1] blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];" } ], "type": "cluster_block_exception","reason": "index [blog1] blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];" }, "status": 403 }
解決方法,終端執行下面命令:
curl -XPUT -H "Content-Type: application/json" http://127.0.0.1:9200/你的索引名稱/_settings -d '{"index.blocks.read_only_allow_delete": null}'
或者在postman中執行PUT http://127.0.0.1:9200/索引名稱/_settings
{ "index.blocks.read_only_allow_delete": null }
或是建立索引時就指定read_only_allow_delete
為false
PUT 127.0.0.1/blog
{ "settings":{ "index":{ "number_of_shards":"2", "number_of_replicas":"1", "blocks.read_only_allow_delete":"false" } } }
二、如果上面的方法執行完之後,過幾分鐘又會出現同樣的錯誤,並且檢視索引資訊,read_only_allow_delete
true
這時就是因為你的磁碟空間不足導致的,檢視官方文件,可以看到當磁碟的使用率超過95%時,Elasticsearch為了防止節點耗盡磁碟空間,自動將索引設定為只讀模式。
解決方法:
1、最簡單也是最直接的是清理磁碟空間
2、更改elasticsearch.yml配置檔案,在config/elasticsearch.yml中增加下面這句話
cluster.routing.allocation.disk.watermark.flood_stage: 99%
這是把控制洪水階段水印設定為99%,你也可以自己設定其他百分比,預設是95%。
3、更改elasticsearch.yml配置檔案,在config/elasticsearch.yml中增加下面這句話
cluster.routing.allocation.disk.threshold_enabled: false
預設為true。設定為false禁用磁碟分配決策程式。
上面無論哪一種方法修改之後,都需要重啟elasticsearch,然後再把索引的read_only_allow_delete設定為false,採用一中的方法中的任意一種即可,更改後再檢視索引的資訊,如圖,read_only_allow_delete配置沒有了,表示以及設定成功了。
————————————————
版權宣告:本文為CSDN博主「靜幽水1」的原創文章,遵循CC 4.0 BY-SA版權協議,轉載請附上原文出處連結及本宣告。
原文連結:https://blog.csdn.net/jingyoushui/article/details/100690329