index_read_only_allow_delete: TOO_MANY_REQUESTS/12/disk usage exceeded flood-stage watermark, index has read-only-allow-delete block (legacy: FORBIDDEN/12/index read-only / allow delete (api)) (Index schreibgeschützt wegen Flood Stage Watermark)

Was bedeutet das?

Der Index ist schreibgeschützt, weil index.blocks.read_only_allow_delete true ist; neue Dokumente können weder geschrieben noch aktualisiert werden, nur der Index kann gelöscht werden. Elasticsearch setzt dies meist automatisch, wenn das Flood Stage Watermark der Platte überschritten ist; ES 8.x gibt auf Schreibanfragen HTTP 429 zurück.

Ursache

Der Block wurde automatisch gesetzt, weil die Plattenbelegung den Flood-Stage-Schwellenwert überschritten hat, oder die Einstellung wurde manuell auf true gesetzt. Wird der Block entfernt, ohne Plattenplatz freizugeben, setzt Elasticsearch ihn erneut.

Lösung

Schaffe ausreichend Plattenplatz. Ab 7.4 hebt sich ein automatisch gesetzter Block selbst auf, wenn die Plattenbelegung unter das High Watermark fällt; entferne bei einem manuell gesetzten Block, oder um ihn ohne Warten aufzuheben, den Block: PUT /_all/_settings {"index.blocks.read_only_allow_delete": null}. Für einen einzelnen Index: PUT /index-name/_settings {"index.blocks.read_only_allow_delete": null}. Tritt es immer wieder auf, erhöhe die Plattenkapazität, richte eine ILM-Policy ein und überwache mit _cat/allocation, welcher Knoten vollläuft.