kimpresidentsk.crowny.org 고도화 완료 + 게이트웨이 전역 복구
개요
재부팅으로 중단된 kimpresidentsk 사이트 고도화 세션을 스냅샷
(
~/.claude/knowledge/revive-snapshots/win90-kimpresidentsk-고도화.txt)으로 복구해 이어 완료.
사이트 산출물 자체는 이미 빌드·라이브 상태였고, 실제 막힌 것은
게이트웨이 전역 503 장애였다.
무엇을 했는지
1. 사이트 상태 확인 — 이미 완성
crowny-services/public/{kimpresidentsk,kps}/{index,en}.html 4종 모두 로컬 200.- airank 섹션(AI 활용 역량 랭크), KPS 로고, 개발팀 내러티브(혼자→팀), KO/EN 모두 적용 확인.
- 솔로 표현 잔존 0, 팀 표현("팀이 만들어가는", "Built by a Team", "development team") 정상.
2. 진짜 문제 = 게이트웨이 전역 503 (전 ~195 도메인 공개 다운)
- 공개 HTTPS 4 URL 전부 503. 로컬 백엔드(9942/9821)는 200 정상.
- 8080(gwlive.toau, PID 60172)이 272 라우트 로드·바인드 성공했는데 전 호스트 503.
- 게이트웨이 로그: 272쌍 로드 후 시작 성공했으나 런타임에 전역 503. 후속 respawn은 "8080 바인딩 실패".
- 헬스 워치독 로그: 16:45 wedge 감지→재기동(60172)했으나 재기동본도 즉시 재-wedge, 이후 워치독 루프가 멈춰(2.5h 무로그) 자동복구 실패.
3. 근본 원인 규명 (무위험 검증)
게이트웨이통합.한선 재컴파일 결과 바이트 동일(894012B) → 바이너리는 정상, 빌드 문제 아님.- 같은 바이너리를 스크래치 포트(18080)에서 새 프로세스로 띄우니 전 도메인 200.
- 결론: 장시간 가동 중 런타임 라우트맵 힙/GC 손상(배열힙 회수 마커가 라우트맵 문자열 잠식)으로 전역 503 wedge. → 새 프로세스 교체가 정답.
4. 복구 (최소 블라스트, stunnel 무접촉)
wedge된 60172 종료 → 8080 0리스너 확인 → 같은 good 바이너리로 신규 gwlive 기동 → 8080 200.
멈춘 워치독 org.crowny.gwhealth 를 launchctl kickstart -k 로 재기동(자동복구 정상화).
함정: kickstart -k 가 구 워치독의 nohup 자식 gwlive까지 종료 + 내가 Bash 툴에서 nohup한 gwlive도 툴 경계에서 사망 → 일시적 8080 공백. 신규 워치독(31515)이 즉시 자동 재기동(PID 33137, 워치독 자식이라 영속).결과 (라이브)
| URL | 상태 |
|---|
| https://kimpresidentsk.crowny.org/ · /en.html | 200 |
| https://kps.crowny.org/ · /en.html | 200 |
| docs / crowny.org / cowork | 200 (전역 복구 확인) |
- gwlive 33137 = 워치독 31515 자식(launchd 감독) → 영속.
- finance.crowny.org 는 000(백엔드 9750 다운) — 워치독 비관리·수동기동 서비스로 본 건과 무관·범위 밖.
관련 파일
- 사이트:
/Users/ef/crowny-services/public/{kimpresidentsk,kps}/
- 조립기:
/Users/ef/crowny-kimpresidentsk/assemble.js, inject-airank.js
- 게이트웨이:
한선게이트웨이/게이트웨이통합.한선, start.sh, 한선게이트웨이/gwlive헬스워치독.sh
잔여 이슈
- gwlive 런타임 GC wedge 재발 가능: 수 시간 가동 시 라우트맵 힙 손상으로 전역 503. 워치독이 잡지만, 워치독 루프 자체가 멈추는 사례 관측(2.5h). 근본 수정 = 라우트맵 STR_PROTECT/배열힙 회수 마커 정합성(게이트웨이통합.한선 VM 메모리 모델) 또는 워치독 무한루프 가드.
- finance 백엔드(9750) 별도 기동 필요(범위 밖).