在我的一些指数中 "index.blocks.read_only_allow_delete": true 通过使用 PUT /index/_settings api调用。但大约10秒后，设置消失，索引又可以写了。
我想知道这是否是es中的一个错误，因为在版本6.8中，当磁盘经过泛洪阶段的节点再次低于正常阈值时，会自动重置此设置。
我在ES7.9中遇到了这种奇怪的行为。我所期望的是，如果es将设置更改为 true 因为有水印，它就可以将其重置为 false 以后再说。但是如果操作员将设置更改为 true 手动，然后es会尊重这个设置。
以下是我读到的关于这种行为的文件：
控制洪水水位线，默认值为95%。elasticsearch强制执行只读索引块（ index.blocks.read_only_allow_delete )在节点上分配了一个或多个碎片，并且至少有一个磁盘超过泛洪阶段的每个索引上。此设置是防止节点耗尽磁盘空间的最后手段。当磁盘利用率低于高水位线时，索引块将自动释放。
交叉张贴在这里。