Codex resume missing an ordinal 오류 확인 순서

메타디스크립션: Codex resume missing an ordinal 오류를 원본 삭제 없이 진단합니다. 안전한 복사본 생성, 누락 줄 확인, 중단 조건을 순서대로 설명합니다.

codex resume가 final paginated rollout record ... is missing an ordinal로 실패하면 세션 전체나 SQLite를 먼저 지우지 마세요. Codex 프로세스를 모두 종료하고 원본 JSONL을 백업한 뒤, top-level ordinal이 없는 마지막 레코드가 실제로 있는지 읽기 전용으로 확인하는 순서가 먼저입니다.

이 오류는 일반적인 “세션 ID를 못 찾음”과 다릅니다. 공개 이슈 #45150에서는 정상 JSON 객체인 마지막 다섯 레코드에 pagination 순번인 ordinal만 없었고, 그 꼬리 부분을 제거한 일회성 복사본은 다시 열렸습니다. 다만 이는 Codex CLI 0.154.0의 한 사례이며, 모든 resume 오류에 같은 줄 삭제를 적용하라는 공식 복구 절차는 아닙니다.

먼저 명령 오타와 저장 오류를 나누세요

오류 전문에 missing an ordinal과 rollout JSONL 경로가 함께 나오면 명령 오타보다 저장 기록 읽기 실패부터 확인합니다.

OpenAI 공식 CLI reference의 특정 세션 재개 문법은 다음과 같습니다.

codex resume SESSION_ID

오류에 missing an ordinal과 실제 rollout JSONL 경로가 함께 나온다면 명령 문법보다 로컬 저장 기록을 읽는 단계에서 실패한 것입니다. 오류에 나온 경로는 공개 글이나 문의에 그대로 붙이지 마세요. 사용자명과 프로젝트 정보가 포함될 수 있습니다.

원본을 수정하기 전에 세 가지를 확인하세요

원본을 닫아 둔 채 별도 복사본을 만들고, 두 파일이 같은지 확인한 뒤 복사본만 읽습니다.

1. 해당 세션을 쓰는 Codex CLI와 Desktop 작업을 모두 끝냅니다.
2. 오류에 표시된 JSONL 파일을 원본과 다른 임시 복사본으로 복사합니다.
3. 원본이 아니라 백업본이나 별도 복사본에서 구조를 검사합니다.

아래 명령은 SESSION_FILE에 넣은 원본을 임시 복사본으로 복사하고, 두 파일이 같은지 확인한 뒤 복사본 경로만 출력합니다. 원본 경로는 오류 메시지에서 직접 확인해 작은따옴표 안에 넣습니다. 명령은 원본을 수정하지 않지만, 복사가 실패하거나 cmp가 다르다고 판단하면 그 자리에서 중단합니다.

SESSION_FILE='/오류에 표시된/rollout-....jsonl'
SESSION_COPY="$(mktemp "${TMPDIR:-/tmp}/codex-session-copy.XXXXXX")" || exit 1
cp -p "$SESSION_FILE" "$SESSION_COPY" || exit 1
chmod 600 "$SESSION_COPY" || exit 1
cmp -s "$SESSION_FILE" "$SESSION_COPY" || exit 1
printf '%s\n' "$SESSION_COPY"

이제 같은 터미널에서 모든 줄이 JSON 객체로 읽히는지 먼저 검사합니다. true가 나오지 않거나 명령이 실패하면 ordinal 누락과 다른 손상이므로 여기서 중단합니다.

jq -Rne 'reduce inputs as $line (true; . and (try ($line | fromjson | type == "object") catch false))' "$SESSION_COPY"

true가 나온 경우에만 아래 읽기 전용 검사를 실행합니다.

jq -Rr 'fromjson? | select(type == "object" and (has("ordinal") | not)) | input_line_number' "$SESSION_COPY"

숫자가 출력되면 그 줄의 최상위 객체에 ordinal이 없습니다. 아무것도 나오지 않으면 이 글의 공개 사례와 같은 형태가 아니므로 줄을 지우지 말고 전체 오류를 다시 확인하세요. 앞의 JSON 검사 실패도 “누락 줄 없음”으로 해석하지 않습니다.

이번 비민감 합성 검사에서는 1·2번 줄에 ordinal을 넣고 3번 줄에서만 뺐습니다. 위 명령은 3만 출력했습니다. 이는 누락 줄 탐지식을 검증한 결과일 뿐, Codex 0.156.1에서 실제 업그레이드 경합이나 손상 세션 복구를 재현했다는 뜻은 아닙니다.

누락 줄이 보이면 바로 삭제해도 되나요?

바로 삭제하면 안 됩니다. 먼저 마지막 정상 turn과 누락된 꼬리 부분의 범위를 확인해야 합니다.

공개 이슈 #45150에서는 마지막 정상 ordinal 뒤의 다섯 줄이 아직 답하지 않은 한 turn이었고, 그 부분을 제거하면 해당 질문은 사라졌습니다. 따라서 복구 후 다시 입력할 prompt를 별도로 보존해야 합니다. 이 글은 원본을 자르는 명령을 제공하지 않습니다.

판정은 다음처럼 나눕니다.

• 누락 줄이 파일 끝의 미완료 turn에만 있고 백업이 있음: 별도 복사본에서 그 꼬리만 제외한 시험본을 만들 수 있습니다.
• 누락 줄이 중간에 있거나 여러 정상 turn 사이에 섞임: 공개 사례와 다릅니다. 임의로 자르지 말고 이슈 보고와 공식 지원을 우선합니다.
• JSON 자체가 파싱되지 않음: ordinal 누락과 다른 손상입니다. 이 글의 절차를 적용하지 않습니다.
• 같은 파일을 쓰는 Codex 프로세스가 남아 있음: 파일이 다시 바뀔 수 있으므로 수정 시험을 중단합니다.

실제 복구 시험은 원본이 아니라 복사본에서 하고, 재개에 성공해도 직전 미완료 요청이 남아 있는지 확인해야 합니다. 성공한 새 대화에서 마지막 완료 답과 작업 파일 상태를 대조한 뒤에만 작업을 이어가세요.

업그레이드가 원인인가요?

업그레이드는 공개 사례가 제시한 가능한 원인이지, 현재 모든 버전에서 확정된 원인은 아닙니다.

공개 이슈 작성자는 세션이 0.153.4에서 만들어졌고 0.154.0 설치가 끝나는 동안 새 turn이 시작된 시각을 대조해 업그레이드·resume 경합을 가능한 원인으로 제시했습니다. 하지만 이슈는 open 상태이며, 이 한 건만으로 현재 0.156.1이나 모든 업데이트가 같은 문제를 만든다고 단정할 수 없습니다.

재발을 줄이려면 Codex가 실행 중일 때 전역 패키지를 교체하지 않고, 업데이트 전에 진행 중인 turn을 끝내는 편이 안전합니다. 이것도 공식 원인 확정이 아니라 공개 사례에서 얻은 예방적 판단입니다.

복구 뒤 확인할 것

대화가 열렸다는 표시와 마지막 답·작업 파일이 실제로 남았다는 사실을 따로 확인합니다.

재개가 열리면 다음 세 가지를 확인합니다.

1. 마지막으로 완료된 답이 보이는가?
2. 오류 직전의 미완료 prompt는 사라졌는가?
3. 실제 프로젝트 파일과 Git 상태가 기대한 시점과 맞는가?

resume가 완료됐다는 메시지만으로 파일 작업이 모두 보존됐다고 가정하지 마세요. 중단과 완료가 엇갈릴 때는 Codex resume가 interrupted로 보여도 완료 답을 찾는 순서를 참고할 수 있습니다. 다른 터미널이 세션을 잡고 있다면 conversation is locked를 확인하는 순서로 먼저 구분하세요.

자주 묻는 질문

숫자가 하나도 출력되지 않으면 정상인가요?

이 검사는 top-level ordinal 누락만 찾습니다. 출력이 없으면 공개 이슈 #45150과 같은 형태가 확인되지 않은 것이므로 줄을 지우지 말고 오류 전문과 JSON 파싱 상태를 다시 확인합니다.

ordinal이 없는 줄을 모두 지우면 되나요?

안 됩니다. 중간 레코드 누락이나 여러 정상 turn 사이의 누락은 공개 사례와 다릅니다. 원본은 보존하고 공식 지원이나 새 이슈에 비민감 재현 정보를 제공하는 편이 안전합니다.

임시 복사본에는 개인정보가 남나요?

원본과 같은 내용이 복사되므로 남습니다. 이 글의 명령은 권한을 600으로 제한하지만, 복사본 경로와 내용도 공개 글·메신저·이슈에 그대로 올리지 않습니다.

검증 기준

• 마지막 업데이트일: 2026-09-24
• 확인 환경: macOS 셸, jq, 비민감 합성 JSONL과 임시 복사본
• 주요 근거: OpenAI CLI reference, Codex 공개 이슈 #45150
• 직접 확인: mktemp → cp -p → chmod 600 → cmp -s → JSON 객체 검사 → ordinal 검사 흐름과 합성 JSONL의 top-level ordinal 누락 3번 줄 탐지
• 검색 확인: 2026-09-24 KST Google 정확 문구 일반 결과는 #45150 한 건에 집중됐고, Naver는 다른 ordinal 이슈와 무관 문서를 함께 표시함
• 한계: 현재 CLI 0.156.1의 같은 손상, 실제 사용자 원본 복구, 정확 월간 검색량, 공식 지원 권장 복구 절차는 확인하지 못함