shard_lock_obtain_failed_exception: Obtaining shard lock timed out
ElasticsearchWas bedeutet das?
Elasticsearch konnte die lokale Verzeichnissperre (Shard Lock), die für die Arbeit an einem Shard nötig ist, nicht innerhalb des Timeouts erlangen. Der Shard konnte nicht gestartet oder neu zugewiesen werden.
Ursache
Eine frühere Kopie desselben Shards (nach Close/Relocation) hat die Sperre noch nicht freigegeben; langsames/hängendes I/O; Plattenprobleme; oder veralteter Shard-Zustand, der nach einem schnellen Knotenneustart nicht bereinigt wurde. Meist vorübergehend; hält es an, bleibt der Shard UNASSIGNED.
Lösung
Prüfe, warum der Shard nicht zugewiesen ist: GET _cluster/allocation/explain. In den meisten Fällen wird die Sperre kurz darauf freigegeben und der Cluster versucht es selbst erneut; löse bei Bedarf eine Neuzuweisung mit POST _cluster/reroute?retry_failed=true aus. Hält es an, prüfe die Logs des betroffenen Knotens auf I/O-/Plattenfehler und kontrolliere den Plattenzustand. Ein sauberer Neustart des problematischen Knotens kann die Sperre aufheben.
Weitere Einträge zu dieser Datenbank
- receive_timeout_transport_exceptionRequest timed out waiting for a response from another node
- routing_missing_exceptionRouting value is required for this document
- too_many_buckets_exceptionTrying to create too many buckets
- parsing_exceptionFailed to parse the search request / query DSL
- max_bytes_length_exceeded_exceptionDocument contains at least one immense term that is too long
- illegal_argument_exception_total_fieldsLimit of total fields has been exceeded
- verification_exceptionverification_exception: Found N problem(s) — Unknown column / Unknown index (ES|QL, SQL, EQL)