Docker clean 명령의 영향

제품 지원 자체 호스팅
1 
assets
' failed with return #<Process::Status: pid 1222 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132
`spawn'
exec failed with the params {"cd"=>"$home", "tag"=>"precompile", "hook"=>"assets_precompile", "cmd"=>["su discourse -c 'SKIP_EMBER_CLI_COMPILE=1 bundle exec rake themes
assets
'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.

이 업데이트를 시도했는데 이 오류가 발생했습니다.

즉시 로그를 확인해보니 Nginx가 제대로 시작되지 않고 Unicorn이 자주 재시작되고 있었습니다. 그래서 Ubuntu 서버를 완전히 재시작하고 Discourse를 다시 빌드해 보았습니다.

다음과 같은 메시지가 나타났습니다: “Would you like to attempt to recover space by cleaning docker images and containers in the system? (y/N)”

Y를 눌렀습니다.

명령이 완료된 후 다시 Discourse를 빌드했습니다.

지금은 잘 작동하고 있습니다.

몇 가지 질문이 있습니다.

  1. Nginx가 제대로 작동하지 않거나 Unicorn이 자주 재시작되는 경우, 일반적으로 어떤 문제가 있는 것일까요?
  2. “Would you like to attempt to recover space by cleaning docker images and containers in the system?” (y/N) 명령의 동작이 “docker system prune -a” 명령의 동작과 유사한 것을 알았습니다. 이 명령을 실행하면 Discourse와 관련된 패키지나 파일이 손상되는 문제가 있을까요?
    이 명령을 실행한 후 디스크 공간이 꽤 많이 확보되었습니다.
    공간 확보에 대해 말하자면, 이 문제가 마치 강박증처럼 머릿속에서 떠나지 않습니다…
    사이트 여기저기를 둘러보았지만 겉으로 보기에는 아무 문제도 없어 보이지만, 이 문제로 인해 밤잠을 설치고 있습니다.
2

제 추측으로는 디스크 공간이 부족해서 문제가 생긴 것 같지만, 오류는 로그를 복사하기 시작한 지점보다 위에 있습니다.

docker prune 명령어를 실행하는 것과 같지만, docker prune 명령어에 대해 알 필요가 없다는 점이 다릅니다.

지금 잠드는 것은 안전하다고 생각합니다.

3

자, 이게 꽤 많은 용량을 확보해 주니 Discourse에는 영향이 없다고 봐도 될까요?

다시 질문한 이유
“./launcher
apt-get auto-clean
apt-get auto-remove” 명령어로 정리했지만 효과가 크지 않았는데, prune 명령어가 꽤 많은 공간을 확보해 주었습니다. 하지만 이걸 완전히 신뢰하기 어려워 다시 질문해 보았습니다. :slightly_smiling_face: