상한 미룸 — 자리 있는데 미루고 다시 시도 안 함 #40

New Issue

2026-10-06T07:27:39+09:00

dreampiler commented

2026-10-06 07:27:39 +09:00

소유자 목표(근거): 10-06 「이젠 MPM 작업진행을 가장 신경써 줘.」 — MPM 작업이 세션 자리가 비어 있는데도 20~60분씩 시작하지 못한다.
확인된 사실(운영 세션, 10-06 07:2x KST, 운영 v0.97.0-209-g06b946f6d):

MPM 66c40a20 검토 칸: deferred_launch start_created, ceiling_population_at_refusal 8 / ceiling 10, 21:58:42Z 미룸 → 22:26Z 까지 28분 시작 안 함. 같은 시각 /office/workspaces/aggregate session_lanes general_running_sessions 3 / general_limit 10.
MPM 7d4ddf29 반영·정리 칸: prompt_ensure, population_at_refusal 5 / 10, 22:14:11Z 미룸 → 12분+ 그대로.
MPM ee85b17b(10-06 04시대): prompt_ensure, population_at_refusal 7 / 10, 19:08:49Z → 19:17:48Z 9분 뒤에야 시작.
운영 세션이 ws session.launch(intent start_created, 기록된 payload 그대로)로 다시 요청 → 「a different ceiling launch is already deferred for this task … already holds start_created」로 거절. prompt_ensure 는 session.launch 에 「unknown intent」. 즉 밖에서 다시 시도시킬 길이 없다(감시의 ceiling-stale 재시도도 같은 거절).
원인 후보(코드 읽기, 추정 포함): apps/backend/internal/orchestrator/session_ceiling.go populationLocked = STARTING·RUNNING 행(ListAdmittedSessionRefs) ∪ 메모리 reservations — 실제 실행 3인데 5~8로 셌다면 해제되지 않은 reservation 이 남는다(추정). 재시도는 세션이 population 을 떠날 때(ceiling_release.go releaseCeilingIfLeftPopulation)만 돌아, 조용한 시간에는 자리가 있어도 미룬 기동이 영영 안 돈다. #128(910ea42e6, 자기 상한 기록에 막힌 미룸)과는 다른 경우.
고칠 것: ① 거절 시점 population 이 limit 미만이면 미루지 않는다(또는 왜 미뤘는지 기록) — reservation 누수 원인을 찾아 없앤다. ② 미룬 기동을 주기적으로(예 1분) 다시 평가해 자리가 있으면 띄운다 — 해제 사건에만 기대지 않는다. ③ 같은 작업의 같은 kind 재요청은 「이미 미룸」으로 거절하지 말고 그 미룸을 지금 다시 평가한다(감시·운영이 밀 수 있게).
확인할 결과: 일회 확인 — 실행 3/10 상태에서 미룬 기동이 1분 안에 시작, reservation 수가 실행 수와 맞음. 기존 ceiling 시험 자리에 경우 추가(새 상시 시험 묶음 금지).
범위: orchestrator session_ceiling.go·ceiling_release.go·ceiling_replay.go(+launch 재요청 처리). 427a93fc(유휴 ACP 회수 진단)와는 다른 문제 — 겹치는 파일이 있으면 순서만 맞춘다.
완료 조건: 포크 PR 병합 → 다음 교체판에서 운영 세션이 미룸 시간 확인.

소유자 목표(근거): 10-06 「이젠 MPM 작업진행을 가장 신경써 줘.」 — MPM 작업이 세션 자리가 비어 있는데도 20~60분씩 시작하지 못한다. 확인된 사실(운영 세션, 10-06 07:2x KST, 운영 v0.97.0-209-g06b946f6d): - MPM 66c40a20 검토 칸: deferred_launch start_created, ceiling_population_at_refusal 8 / ceiling 10, 21:58:42Z 미룸 → 22:26Z 까지 28분 시작 안 함. 같은 시각 /office/workspaces/aggregate session_lanes general_running_sessions 3 / general_limit 10. - MPM 7d4ddf29 반영·정리 칸: prompt_ensure, population_at_refusal 5 / 10, 22:14:11Z 미룸 → 12분+ 그대로. - MPM ee85b17b(10-06 04시대): prompt_ensure, population_at_refusal 7 / 10, 19:08:49Z → 19:17:48Z 9분 뒤에야 시작. - 운영 세션이 ws session.launch(intent start_created, 기록된 payload 그대로)로 다시 요청 → 「a different ceiling launch is already deferred for this task … already holds start_created」로 거절. prompt_ensure 는 session.launch 에 「unknown intent」. 즉 밖에서 다시 시도시킬 길이 없다(감시의 ceiling-stale 재시도도 같은 거절). 원인 후보(코드 읽기, 추정 포함): apps/backend/internal/orchestrator/session_ceiling.go populationLocked = STARTING·RUNNING 행(ListAdmittedSessionRefs) ∪ 메모리 reservations — 실제 실행 3인데 5~8로 셌다면 해제되지 않은 reservation 이 남는다(추정). 재시도는 세션이 population 을 떠날 때(ceiling_release.go releaseCeilingIfLeftPopulation)만 돌아, 조용한 시간에는 자리가 있어도 미룬 기동이 영영 안 돈다. #128(910ea42e6, 자기 상한 기록에 막힌 미룸)과는 다른 경우. 고칠 것: ① 거절 시점 population 이 limit 미만이면 미루지 않는다(또는 왜 미뤘는지 기록) — reservation 누수 원인을 찾아 없앤다. ② 미룬 기동을 주기적으로(예 1분) 다시 평가해 자리가 있으면 띄운다 — 해제 사건에만 기대지 않는다. ③ 같은 작업의 같은 kind 재요청은 「이미 미룸」으로 거절하지 말고 그 미룸을 지금 다시 평가한다(감시·운영이 밀 수 있게). 확인할 결과: 일회 확인 — 실행 3/10 상태에서 미룬 기동이 1분 안에 시작, reservation 수가 실행 수와 맞음. 기존 ceiling 시험 자리에 경우 추가(새 상시 시험 묶음 금지). 범위: orchestrator session_ceiling.go·ceiling_release.go·ceiling_replay.go(+launch 재요청 처리). 427a93fc(유휴 ACP 회수 진단)와는 다른 문제 — 겹치는 파일이 있으면 순서만 맞춘다. 완료 조건: 포크 PR 병합 → 다음 교체판에서 운영 세션이 미룸 시간 확인.

dreampiler closed this issue

2026-10-07 15:06:26 +09:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: dreampiler/kandev#40