요청: 모니터-신규구축-모니터판폐기
- 날짜: 2026-07-27 08:36:06
- 작업 경로: /Users/ef/CrownyBrowser/bundle/office/결함래칫
요청 본문
모니터판 당분간 사용하지 말자. 기존 자료 참고만 해서 새로 구축하는 것이 안전하겠어.
관련 산출
(클로드가 작업 결과를 이어 기록)
범위 확정 (사장님 선택: A안 — 칸반만 신규+기존 흡수)
- 헬스=crowny-monitoring:9850 라이브 재사용, 피드=모니터피드.sh 재사용, 칸반 작업큐만 OOM-안전 신규(:9850 라우트 추가), monitoring.crowny.org :9850/:9614 이중라우팅 정리, 모니터판 폐기 확정.
- OOM 근본원인(재발방지 핵심): 배열반환함수(분리/줄분리)를 루프 안 반복호출 금지 → 루프 밖 1회 호출+인덱싱. 2026-07-24 캔버스 OOM 수리와 동일 원칙.
- 라이브 전환: 격리 빌드+OOM 부하시험은 에이전트, 실제 :9850 cutover는 메인 통제.
라이브 cutover 완료 (2026-07-29)
신규 칸반(crowny-monitoring:9850 흡수) — OOM안전+correctness 하드닝
- M1(1패스 병합)→OOM 재발(4888건/3.3GB) → M2(인메모리 캐시: 읽기경로 분리()0, 피드스냅샷 가드, 버퍼 빠른줄분리로 부팅 14s→0.35s) → M3(안전필드접근자 9곳·읽기절단 자동아카이브·자가시험 25+56).
- 3중 게이트 메인 재실행 PASS: 자가시험 25/25+56/56, 부하시험 OOM0·RSS100%·1500/1500 200, 기능 런타임에러0·list병합·move.
cutover
- stale 1000행 테스트시드 정리(클린 리셋, 백업 보존) — 읽기캡 초과 유발원 제거.
- gateway 이중라우팅 정리: monitoring.crowny.org :9614별칭 제거→:9850 단일, monitor.crowny.org→:9850, crowny-모니터판 블록 삭제(:9614 참조 0). 백업 gateway.yaml.bak-모니터cutover-.
- 프로덕션 toau 배포(/Users/ef/crowny-data/bin/모니터링.toau, 백업 .bak-cutover-) + 기동래퍼(로그 10MB 자가상한=디스크폭주 재발방지) + launchd 정식등록 org.crowny.monitoring(RunAtLoad·KeepAlive=자동복구) — 정찰이 지적한 "launchd 미관리 크래시 무복구" gap 해소.
- 검증: 전 라우트 200(health/status/weak/ping/kanban/board), launchd running PID관리, 공개 monitoring·monitor.crowny.org 200, 피드 53항목 병합 라이브.
결함래칫 실증(이 트랙에서 조기완료 3회 차단)
- D0019(칸반 OOM 재발)·D0020(읽기캡 절단) 확증→수리→회귀편입→확증. D0017(모니터판 OOM)=폐기로 종결. D0018(대형로그 문자열핸들)=사전결함 잔존.
- 부하시험이 유실보고·잘린부분결과·200만보기 3중 조기완료를 막음. "완료=게이트통과≠제품" 실증.
잔여
- D0018: crowny-monitoring incidents/history 대형로그 문자열핸들 소진(칸반무관 사전결함, 별건).
- 모니터피드.sh는 존치(입력 재사용). health-monitor/모니터판 계열 .disabled 유지(재활성 금지).