런처 정리 후 태그가 없는 docker 베이스 이미지

launcher cleanup와 docker images prune -a를 모두 시도해 보았지만, 두 명령 모두 discourse/base 이미지의 태그를 제거하여 다음과 같은 상태로 남깁니다:

# docker images -a
REPOSITORY            TAG       IMAGE ID       CREATED          SIZE
local_discourse/app   latest    a413ce7df724   22 minutes ago   3.81GB
<none>                <none>    036fcfb18c90   5 weeks ago      2.86GB

discourse/base 이미지가 <none>으로 표시됩니다. 사이트는 여전히 정상적으로 작동합니다. 우려할 만한 사항이 있을까요?

launcher app rebuild를 실행하면 태그는 다시 생성되지만, 앱 이미지도 함께 재빌드되어 두 개의 앱 이미지가 생성됩니다. 이 중 하나는 dangling 상태가 되므로, 태그가 제거되지 않는 상태로 사용하지 않는 이미지를 정리하려면 docker image rm $IMAGE_ID를 사용하여 해당 dangling 이미지를 수동으로 삭제해야 합니다. 그 후 이전과 동일한 상태, 즉 완전히 태그되고 이름이 지정된 이미지를 볼 수 있습니다:

# docker images -a
REPOSITORY            TAG                 IMAGE ID       CREATED          SIZE
local_discourse/app   latest              548674fae97b   10 minutes ago   3.81GB
discourse/base        2.0.20230711-0100   036fcfb18c90   5 weeks ago      2.86GB

태그가 없는 이미지를 원하지 않는다면, prune 명령이 base 이미지의 태그를 제거하기 때문에 수동 삭제를 하지 않고 전체적인 청소를 수행하는 방법이 없는 것 같습니다.

참고로 저는 Docker 전문가가 아닙니다.

Nordize님, 안녕하세요 :slight_smile:
이 문제는 다른 주제에서 논의된 적이 있습니다. 여기에 흥미로운 정보를 찾으실 수 있습니다:

더 자세한 내용은 위로 스크롤하여 확인해 주세요.
참고로, 제 모든 Discourse 호스팅 서버에도 이름이 없고 태그가 없는 이 이미지가 존재합니다. 그래서 이것이 완전히 정상적인 현상이라고 생각합니다. :slight_smile:

그 힌트 감사합니다. 검색을 해봤는데 해당 스레드를 찾지 못했거든요. 이 특정 게시글의 "설명"을 살펴보고 있습니다 (Docker 포럼에서 가져온 것으로, docker 컨테이너에 대해 일반적으로 논의하는 내용입니다):

… 제 환경과 유사해 보이지만, discourse/base와 discourse_latest/app 두 개의 이미지가 존재하는 것이 의도된 것인지 아닌지 명확하지 않습니다. 해당 Docker 포럼의 게시글 설명은 이것이 의도된 동작이 아니라, 의도치 않은 동작으로 인해 하나의 이미지 대신 두 개의 이미지가 생성된 잔재라고 가정하고 있습니다.

해당 분야에 정통하신 분(개발자?)이 확인해 주실 수 있을까요?