'launcher' 실패 - 저장 공간 부족 - launcher가 앱을 삭제함

제품 지원 자체 호스팅
1

여러분 안녕하세요.
이게 버그인 건 아닌지 궁금합니다.

-> $ ./launcher destroy app
x86_64 아키텍처 감지됨.

경고: Discourse 기본 이미지 다운로드를 시작하려고 합니다.
이 과정은 네트워크 속도에 따라 몇 분에서 1시간까지 걸릴 수 있습니다

조금만 기다려 주세요

2.0.20220128-1817: discourse/base에서 끌어오기 중
Digest: sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae
Status: discourse/base:2.0.20220128-1817에 대한 더 새로운 이미지 다운로드됨
docker.io/discourse/base:2.0.20220128-1817
/var/lib/docker이(가) 위치한 디스크의 여유 공간이 5GB 미만입니다. 계속하려면 더 많은 공간이 필요합니다
Filesystem                         Size  Used Avail Use% Mounted on
/dev/mapper/ubuntu--vg-ubuntu--lv   19G   14G  3.8G  79% /

시스템의 도커 이미지와 컨테이너를 정리하여 공간을 복구해 보시겠습니까? (y/N)y
청소가 성공적이었으면, 이제 다시 시도해 볼 수 있습니다

분명, 그런 상황이고 저장소가 실제로 제한되어 있더라도, 다른 모든 작업은 실패할 수 있지만 'launcher’가 컨테이너를 제거하는 것을 막아서는 안 되지 않나요?
그에 대한 논리는 무엇인가요?
‘stop’ 명령에서도 같은 현상을 경험하고 있습니다.

참고: 저는 Discourse를 처음 사용해 봅니다 - 왜 'destroy’가 ‘..Discourse를 다운로드 시작..’ 하는 건가요?

2

./launcher destroy app이라고 하면, launcher가 app.yml 파일에 정의된 사이트를 대상으로 작업을 수행한다는 의미입니다. 해당 app.yml 파일을 파싱하고 그 안에 포함된 모든 로직을 구성하려면 소프트웨어가 필요합니다. Discourse가 실행되는 수천 개의 서로 다른 호스트에 어떤 소프트웨어가 존재하는지 현실적으로 제어할 수 없기 때문에, Discourse에 사용하는 것과 동일한 기본 이미지를 사용하여 app.yml 파일의 내용을 파싱하고 해석합니다. 따라서 이미지를 다운로드해야 합니다.

공간을 확보할 수 없다면, docker 명령어로 추상화 수준을 한 단계 낮추는 방법도 항상 가능합니다. 이 예시에서 등가 명령어는 docker stop app && docker rm app입니다.

3

20GB는 시스템 구동에는 간신히 충분한 수준이며, 포럼에 데이터가 많이 쌓이면 권장되고 지원되는 쉬운 방식으로 작업을 수행할 수 없게 됩니다. 최소 25GB를 권장하지만, 50GB로 시작하는 것이 더 안전합니다.

백업 파일로 용량이 차오르는지도 확인해 볼 수 있습니다. 하지만 언젠가 백업을 만들어야 할 수도 있으니 참고해 주세요.