ES /docs

Timeout while getting cupix-trace-id

Service
cupixworks-worker
Occurrences
2
Status
Reported
Confidence
85%
Actionability
44%
Cluster ID
ca1cc017-8ea9-494b-b2c5-ac22cc77da79
First Seen
2026-07-01 19:44 UTC
Last Seen
2026-07-01 19:48 UTC
Actions

Timeout while getting cupix-trace-id

What Happened#

2026-07-02 04:44~04:48 KST 사이 production us-west-2 cupixworks-worker 에서 Editing 모델의 before_create 콜백이 CupixTrace API Gateway 엔드포인트(tkyb8r1rlg.execute-api.us-west-2.amazonaws.com/cupix_trace_id)에 POST 하는 동안 10초 타임아웃이 두 번 발생했다. 두 건 모두 rescue Timeout::Error 브랜치가 실행되어 fallback_cupix_trace_id가 로컬 UUID로 값을 채웠고, Editing 레코드는 정상 생성되었다.

Quick Facts#

Field Value
exception.class Timeout::Error (rescued)
exception.message Timeout while getting cupix-trace-id
top_frame app/models/concerns/tracable.rb:33
runtime Ruby / Rails (Sidekiq worker context)
env production, us-west-2 (uswe2), tenant cupix

Affected Teams#

Team / Domain Error Count Impact
cupixworks-worker / Editing 2 사용자 영향 없음 — fallback UUID 로 정상 저장

Fallback 경로가 성공했음이 같은 타임스탬프의 Fallback to use uuid as cupix-trace-id info 로그로 확인된다. 최종 Editing 저장은 정상 진행되었다.

Timeline#

  1. 2026-07-02 04:44:50 KST — 첫 번째 Timeout::Error 발생, fallback UUID 사용 성공.
  2. 2026-07-02 04:48:46 KST — 두 번째 Timeout::Error 발생, fallback UUID 사용 성공. (약 3분 56초 후)
  3. 이후 24hgenerate_cupix_trace_id 성공 로그 다수 (Success to get cupix-trace-id when Capture create) 관찰, 추가 error 없음.

Scoring#

Confidence 85% · Actionability 44%

Confidence#

Dimension Score Detail
Evidence completeness 5/5 10 code refs, 6 log queries
Code path explicitness 3/3 10 file:line refs
Log evidence 3/3 section, query, pattern
RCA structure 3/3 3/3 sections
Revision history 0/3 0 revision(s)
Agent execution 3/3 success

Actionability#

Dimension Score Detail
Fix complexity 5/5 trivial
Affected files 1/5 13 file(s)
Single repo 1/3 3 service(s)
Immediate actions 0/3 absent
Testability 0/3 no test info
External dependency 1/3 external deps found
Data migration 3/3 no migration