Elasticsearch::Transport::Transport::Errors::NotFound: [404] {"error":{"root_cause":[{"type":"index_not_found_exception"

What Happened#

cupixworks-api 의 capture 검색(Api::V1::CapturesController#index → CaptureRepository)이 Elasticsearch 에 보내는 terms 쿼리에 사용자가 접근 가능한 capture ID 전부를 인라인으로 넣는다. 접근 권한이 매우 넓은 사용자(281,707개 capture 접근)의 경우 이 ID 목록이 Elasticsearch 의 index.max_terms_count(65,536 → 100,000) 한도를 초과하여 query_shard_exception ([400]) 으로 검색이 실패한다.

중요 — Representative Error 는 STALE 하다. 클러스터에 고정된 Representative Error(index_not_found_exception, "no such index [captures]", first_seen 2025-05-14) 는 이 Error Tracking 이슈의 최초 샘플이다. last_seen(2026-08-01) 근처의 실제 최근 로그는 전혀 다른 메시지 — query_shard_exception / "The number of terms [281707] ... has exceeded the allowed maximum of [100000]" — 를 보여준다. 아래 분석과 판정은 최근 발생 메시지 기준이다.

Quick Facts#

Affected Teams#

Timeline#

1. 2025-05-14 19:00 KST — Error Tracking 이슈 first_seen. 당시 대표 샘플은 index_not_found_exception (captures 인덱스 부재 시점).
2. 2026-07-27 19:53 KST — 최근 발생: terms 수 89,058 이 한도 65,536 초과 (query_shard_exception).
3. 2026-07-29 23:19 KST — terms 수 281,693 이 한도 100,000 초과.
4. 2026-07-30 23:16–23:17 KST — terms 수 281,707 이 한도 100,000 초과 (다발성).
5. 2026-08-01 09:01 KST — 클러스터 last_seen.

Scoring#

Confidence 85% · Actionability 28%

Confidence#

Actionability#