https://team-edo.github.io/tags/%ED%8A%B8%EB%9F%AC%EB%B8%94%EC%8A%88%ED%8C%85/Recent content in 트러블슈팅 on 얼쑤 · Team EdoHugoko-krMon, 09 Nov 2026 00:00:00 +0900https://team-edo.github.io/posts/2026/11/gunicorn-control-socket-read-only-rootfs/Mon, 09 Nov 2026 00:00:00 +0900https://team-edo.github.io/posts/2026/11/gunicorn-control-socket-read-only-rootfs/<p>얼쑤 기술 블로그의 편집 API를 점검하던 중 Gunicorn 기동 로그에서 같은 오류가 반복되는 것을 발견했습니다. 편집 설정과 조회수 API는 계속 HTTP 200을 돌려줬는데, 컨테이너를 시작할 때마다 <code>/.gunicorn</code>을 만들 수 없다는 메시지가 한 번씩 남았습니다. Gunicorn이 시작하면서 어떤 작업에 실패했는지부터 살펴봤습니다.</p> <h2 id="요청은-처리됐는데-어떤-소켓이-실패했을까">요청은 처리됐는데 어떤 소켓이 실패했을까</h2> <p>Gunicorn은 HTTP 요청을 받는 리스너 외에 프로세스 관리를 위한 Unix 소켓을 엽니다. <code>gunicornc</code>는 이 제어 소켓으로 워커 상태를 조회하거나 재시작을 요청할 수 있습니다. 소켓 경로를 지정하지 않으면 Gunicorn은 <code>XDG_RUNTIME_DIR</code>을 우선 사용하고, 그 값이 없으면 홈 아래의 <code>.gunicorn</code> 디렉터리를 사용합니다. <a href="https://gunicorn.org/reference/settings/#control_socket">Gunicorn 제어 소켓 설정</a></p>https://team-edo.github.io/posts/2026/11/coco-151-153-til-to-blog/Fri, 06 Nov 2026 15:15:45 +0900https://team-edo.github.io/posts/2026/11/coco-151-153-til-to-blog/<p>글감 추천을 검토하며 여러 사람의 메모와 제목이 같은 메모를 섞어 보았습니다. 후보를 고르기 전 원문을 전부 읽지 않도록 한 규칙이, 후보를 구별할 요약까지 막는 경우가 있었습니다. 문제 해결 사례에서는 또 다른 빈틈이 드러났습니다. 검토용 사례에서 조치 뒤 관찰을 빼면 해결을 확인할 근거가 사라졌습니다. 1.5.1에서는 글감을 고를 만큼 읽게 했고, 1.5.3에서는 사례로 저장할 때 해결을 확인한 증거를 요구했습니다.</p> <h2 id="151에서는-목록과-추천을-분리했다">1.5.1 목록과 추천 분리</h2> <p><code>coco-blog</code>는 로컬 TIL에서 대상이 되는 노트를 모두 찾아 번호, 제목, 짧은 요약을 보여 줍니다. 제목이 같아도 파일이 다르면 별도 항목으로 두고, 읽을 수 없거나 기여 관계가 확인되지 않은 항목은 그 상태를 표시합니다. 작성자가 고르기 전에는 메타데이터와 필요한 일부만 읽고, 선택이 끝난 뒤 해당 노트의 전문을 읽습니다. 이미 고른 노트가 있다면 그 선택에서 이어갑니다. <a href="https://github.com/thisis-joe/skills/blob/v1.5.1/docs/coco-1.5.1.md">COCO 1.5.1 변경 기록</a></p>