Incident Library
Applied filters ComponentElasticsearch or OpenSearchOrganisationSonicmoovClear allEvery case under the filters, with no sentence; newest first.
Suggested filters Search, and the values found in your words appear here.

Graph

  • Root cause
  • Component
  • Symptom
  • Contributing factor
  • Case

Cases1 case

1 to 1 of 1

  1. Symptoms

    During a regular meeting, Sonicmoov's customer success team reported that the customer list in the admin screen would not open, and customer inquiries arrived soon after. The author judged that the whole service was affected.

    Root cause
    Component
    Contributing factor
    Detection

    Customer success reported that the customer list in the admin screen would not open, customer inquiries followed, and the AWS console showed the OpenSearch cluster red.

    Remediation
    • Restarted the OpenSearch nodes, which cleared the outage temporarily in about 30 minutes
    • Created a new index with 9 shards, one per OpenSearch node, with no replicas and refresh turned off during the copy
    • Copied the old index into the new one with an asynchronous _reindex and compared document counts
    • Set number_of_replicas to 1 and refresh_interval back to 1s on the new index
    • Moved the customer_data alias used by the application to the new index
    • Ran a second _reindex to copy documents written to the old index after the first copy
    Lessons

    As the service scales, its non-functional parts need work, and the author wants to deal with them before they cause trouble.

Check your cluster for this

This case involves Elasticsearch or OpenSearch. kubegap audits a Kubernetes cluster for gaps like these, read-only, from Claude Code or Codex; its checks cite public reports like the ones in this library.

By root cause1