index [XXX] blocked by: [FORBIDDEN/12/index read-only / allow delete (api)]问题解决_blocked by forbidden

一、通常我们在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
}
1
2
3
4
5
6
7
8
9
10
11
12
13

解决方法，终端运行下面命令：

curl -XPUT -H "Content-Type: application/json" http://127.0.0.1:9200/你的索引名称/_settings -d '{"index.blocks.read_only_allow_delete": null}'
1

或者在postman中执行PUT http://127.0.0.1:9200/索引名称/_settings

{
"index.blocks.read_only_allow_delete": null
}
1
2
3

或是创建索引时就指定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"
		}
	}
}

1
2
3
4
5
6
7
8
9
10

二、如果上面的方法执行完之后，过几分钟又会出现同样的错误，并且查看索引信息，read_only_allow_delete依然为true

这时就是因为你的磁盘空间不足导致的，查看官方文档，可以看到当磁盘的使用率超过95%时，Elasticsearch为了防止节点耗尽磁盘空间，自动将索引设置为只读模式。

解决方法：
1、最简单也是最直接的是清理磁盘空间
2、更改elasticsearch.yml配置文件，在config/elasticsearch.yml中增加下面这句话

cluster.routing.allocation.disk.watermark.flood_stage: 99%
1

这是把控制洪水阶段水印设置为99％，你也可以自己设置其他百分比，默认是95%。
3、更改elasticsearch.yml配置文件，在config/elasticsearch.yml中增加下面这句话

cluster.routing.allocation.disk.threshold_enabled: false
1

默认为true。设置为false禁用磁盘分配决策程序。
上面无论哪一种方法修改之后，都需要重启elasticsearch，然后再把索引的read_only_allow_delete设置为false，采用一中的方法中的任意一种即可，更改后再查看索引的信息，如图，read_only_allow_delete配置没有了，表示以及设置成功了。