# 재빌드 실패: "extconf 실패, 종료 코드 1" -- 오래된 Docker 때문인가요?

**URL:** <https://meta.discourse.org/t/rebuild-failure-extconf-failed-exit-code-1-due-to-old-docker/287756>\
**Category:** Self-hosting\
**Created:** [12월 6, 2023, 4:27오후 UTC](https://meta.discourse.org/t/rebuild-failure-extconf-failed-exit-code-1-due-to-old-docker/287756 "2023-12-06T16:27:55Z")\
**Posts on this page:** 1\
**Showing post:** 17

<div class="post-metadata">

**Author:** ![leonardo](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/leonardo/32/228634_2.png) [@leonardo](https://meta.discourse.org/u/leonardo)\
**Post date:** [12월 13, 2023, 11:48오후 UTC](https://meta.discourse.org/t/rebuild-failure-extconf-failed-exit-code-1-due-to-old-docker/287756/17 "2023-12-13T23:48:30Z")

</div>

표준 Docker 설치 환경([standard docker installation](https://github.com/discourse/discourse/blob/main/docs/INSTALL-cloud.md))에서 재빌드를 시도해 보았는데, 성공했습니다 (Debian Bullseye의 Docker, `docker.io` apt 패키지 사용). 따라서 자체 호스팅 설치 환경이 깨져 있지는 않으며, `rbtrace` 의존성 문제로 인해 `launcher rebuild`가 재현 가능하게 실패하는 것은 아니라는 점이 확인되었습니다.

Docker 버전이 원인이 될 것 같지는 않습니다. `rbtrace`가 컨테이너 내부에서 빌드되지 않는 것은 컨테이너 내부의 의존성이 누락되었거나 오래되었기 때문일 가능성이 높습니다.

재빌드를 시작하기 전에 `discourse_docker` 클론에서 `git pull`을 실행하지 않아 오래된 커밋 상태인 것은 아닌지 확인해 보실 수 있을까요? 수동으로 `git pull`을 실행하여 `main` 브랜치의 최신 커밋에 있는지 확인하는 것이 나쁘지 않을 것입니다.

---

_[View the full topic](https://meta.discourse.org/t/rebuild-failure-extconf-failed-exit-code-1-due-to-old-docker/287756)._