#708 의 되돌리기 커밋(3258ff0a)이 main 원본 8개 파일을 지웠다 — R10-b 원격 배선·다른 AZ 결과·재고표 등 (문서는 #814)

[Khyojae]

무엇

R10-b(핸들러 동시성 2대 라운드) 원격 배선이 main 에서 지워져 있다. loadtest/aws/README.md 는 여전히 FP_REMOTE_TARGET=<대상 사설 IP> 로 부르라고 안내하지만, 지금 run_all.sh 는 그 변수를 읽지 않는다 → 넘겨도 run_arms.py 에 --remote-target 이 안 가서 경고 없이 R10-a 와 같은 로컬(동거) 경로로 돈다. 2대 측정이라고 믿은 판이 동거 판으로 찍힌다.

(처음엔 «자동 정지가 FP_REMOTE_TARGET 박스를 안 끈다»(#688 계열)로 등록하려 했는데, 근거를 모으다 배선 자체가 없다는 게 드러났다. 자동 정지 누락은 배선을 되살린 뒤의 문제다.)

경위 (git 근거)

• 4f009007 (feat(loadtest): R10-b — 핸들러 동시성 2대 라운드, 실행·회수 완료 #649, 2026-09-02) — run_all.sh 에 R10-b 배선 추가: FP_REMOTE_TARGET/SSH/ROOT/PYTHON 정의, fp_gate() 여섯째 게이트(대상 SSH·인터프리터·버전·gRPC 포트), phase_framepath() 의 remote_args=(--remote-target ...). 같은 PR 이 run_all.sh: repl_preflight FAIL이어도 FINAL_OK=1이 되어 AUTO_SHUTDOWN이 박스를 꺼버린다 #641 수정(ANY_HARD_FAIL)도 넣었다.
• e4e66334 (measure: 풀 사이징 10~20 원인 분리 9라운드 — 원인은 「App 배포 방식」이었다 #708, 2026-09-10, 풀 사이징 10~20 측정 PR) — run_all.sh 에서 65줄 삭제, 삭제분 전부가 feat(loadtest): R10-b — 핸들러 동시성 2대 라운드, 실행·회수 완료 #649 에서 온 줄이다: 위 R10-b 배선 전부 + ANY_HARD_FAIL. 옛 기반에서 파일을 통째로 덮은 것으로 보인다(git show e4e66334 -- loadtest/aws/run_all.sh).
• git grep FP_REMOTE origin/main -- loadtest/aws/run_all.sh → fix(loadtest): 자동 정지가 대상 박스도 끄고, 실패 단계가 있으면 아무 박스도 안 끈다 (#688, #641) #803 이 단 주석 한 줄(:2063)뿐. phase_framepath()(:1463-1482)에 --remote-* 인자가 없다.
• ANY_HARD_FAIL 쪽(run_all.sh: repl_preflight FAIL이어도 FINAL_OK=1이 되어 AUTO_SHUTDOWN이 박스를 꺼버린다 #641)은 오늘 fix(loadtest): 자동 정지가 대상 박스도 끄고, 실패 단계가 있으면 아무 박스도 안 끈다 (#688, #641) #803(PHASES_OK)이 다른 형태로 다시 채웠다. 그래서 run_all.sh: repl_preflight FAIL이어도 FINAL_OK=1이 되어 AUTO_SHUTDOWN이 박스를 꺼버린다 #641 의 09-06 «재발» 댓글도 이 삭제로 설명될 수 있다(미확인 — 그 라운드가 받은 SHA 를 안 봤다).

영향

• R10-b 를 README 대로 다시 돌리면 동거 측정이 2대 측정으로 인용된다 — 게이트도 같이 지워져서 멈추지 않는다.
• 이미 끝난 R10-b(2026-09-02, frame-path-r10b-2026-09-02/)는 measure: 풀 사이징 10~20 원인 분리 9라운드 — 원인은 「App 배포 방식」이었다 #708 이전이라 영향 없음.
• fix(loadtest): 자동 정지가 대상 박스도 끄고, 실패 단계가 있으면 아무 박스도 안 끈다 (#688, #641) #803 이 README·run_all.sh:2063 에 «FP_REMOTE_TARGET 박스는 사람이 끈다» 고 적었는데, 배선이 없으니 그 문구도 지금은 틀린 전제다.

고칠 방향 (미결정)

• ㉠ feat(loadtest): R10-b — 핸들러 동시성 2대 라운드, 실행·회수 완료 #649 의 R10-b 배선(변수·fp_gate 여섯째 게이트·remote_args)을 되살리고, 되살리는 김에 FP_REMOTE_TARGET 박스를 자동 정지 대상에 넣는다(fix(loadtest): 자동 정지가 대상 박스도 끄고, 실패 단계가 있으면 아무 박스도 안 끈다 (#688, #641) #803 TARGET_HOST 분기와 같은 패턴)
• ㉡ R10-b 는 닫힌 라운드이니 README 에서 FP_REMOTE_* 안내를 걷고 «재실행하려면 feat(loadtest): R10-b — 핸들러 동시성 2대 라운드, 실행·회수 완료 #649 배선 복구 필요» 로 바꾼다
• 둘 다 전에: measure: 풀 사이징 10~20 원인 분리 9라운드 — 원인은 「App 배포 방식」이었다 #708 이 run_all.sh 말고 다른 파일도 옛 기반으로 덮었는지 확인(이 이슈는 run_all.sh 만 봤다)

미검증

• measure: 풀 사이징 10~20 원인 분리 9라운드 — 원인은 「App 배포 방식」이었다 #708 이 덮은 것이 run_all.sh 한 파일뿐인지 — 다른 파일 미점검.
• FP_REMOTE_TARGET 을 넘긴 채 실제로 돌려서 로컬로 도는 걸 본 적은 없다 — 코드 경로로만 확인.

[Khyojae]

범위 확장 — #708 이 되돌린 건 run_all.sh 만이 아니다 (2026-09-23 점검)

원인 확정

#708 브랜치 안의 되돌리기 커밋 3258ff0a(«Revert P4/R10-b/bootstrap 6개 커밋 — 다른 경로로 이미 반영됨», 되돌린 것 139691fb·5c725d9c·c86068a7·571e4c91·4fad7fa0·0b05f560)가 원인이다. 커밋 메시지는 «main 과 파일별 diff 로 확인했다» 고 적었지만, 브랜치 기준 f560dd4c 가 이미 #649(09-02)를 품고 있었다 → 되돌리기가 브랜치 사본이 아니라 main 원본을 지웠다. #708 머지(09-10) 뒤 그 자리를 다시 채운 커밋은 없었다. «옛 기반으로 파일을 덮었다» 는 본문의 추정은 틀렸다 — 브랜치 기준과 머지 직전 main 사이에 이 파일들을 고친 커밋은 없다.

#708 이 줄을 지운 파일 전수 (8개)

파일	지워진 것	상태
loadtest/aws/run_all.sh	#649 R10-b 원격 배선 + #641 수정(ANY_HARD_FAIL)	#641 은 #803(PHASES_OK)으로 재수정. R10-b 배선은 미복구 — 이 이슈의 남은 결정
docs/decisions/replication-lag-and-semisync.md (−145)	#663 다른 AZ 대조 §0-4·§0-5	PR #814 로 복구
docs/decisions/r10-loadgen-topology.md (−42)	#649 §9 R10-b 회수	PR #814
docs/decisions/experiment-inventory.md (−26)	09-01 갱신·#663 P4 행	PR #814
docs/decisions/ai-receive-path-scaling.md (−8)	머리말 R10-b 반증	PR #814
loadtest/aws/bootstrap.sh (−10)	#578 토큰 주석·.env 블록	PR #814 — 동작은 안 깨졌었다(랜덤 생성이 먼저 돎), 주석만 거꾸로
loadtest/aws/README.md (−1)	문구 한 단어	PR #814
docker-compose.yml (−3)	—	되돌림 아님(#580 헬스체크 유지), 이상 없음

결과 원본(frame-path-r10b-2026-09-02/·replication-aws-cross-az-2026-09-02/)은 살아 있었다 — 잃은 건 측정이 아니라 «그걸 쟀다» 는 결정 문서·재고표의 기록이다. 그대로 두면 다음 계획이 끝난 라운드를 다시 돌린다.

남은 것 (이 이슈)

run_all.sh R10-b 배선 — ㉠ #649 배선 복구(+ 자동 정지 대상에 포함) / ㉡ README 에서 FP_REMOTE_* 안내 걷기. 결정은 사용자.

재발 방지 메모

«이미 main 에 있으니 되돌린다» 는 브랜치 기준이 그걸 품은 뒤엔 main 에서 지우는 것과 같다. 되돌리기 전에 git merge-base --is-ancestor <원본 PR 머지 커밋> HEAD 로 기준이 이미 품었는지 확인할 것 — 품었으면 되돌리지 말고 브랜치 사본 커밋을 리베이스에서 drop 해야 한다.