50GB 드롭레트를 수년 동안 잘 사용해 왔고, 현재 업로드 데이터가 11.7GB를 차지하고 있습니다. 약 2주 전까지는 최소 15~20GB 정도는 여유 공간이 있었을 것입니다. 일주일 정도 자리를 비운 후 관리자 페이지에 들어갔더니 여유 공간이 5GB 정도의 백업 파일까지 포함해 겨우 700MB밖에 남지 않은 것을 발견했습니다. 해당 백업 파일을 삭제한 후에도 여전히 여유 공간은 5.7GB뿐입니다.
전체 업그레이드를 몇 번 진행한 후 다른 날짜에 ./launcher cleanup 명령어를 여러 번 실행해 보았지만(이전에는 이 명령어로 15GB 이상을 확보한 적이 있습니다), 항상 '회수할 수 있는 바이트: 0’이라고 표시됩니다.
따라서 무슨 일이 있었는지 정확히 알 수 없습니다. 일주일 자리를 비우기 전에 그 정도 여유 공간이 있었는지 100% 확신할 수는 없지만, 꽤 확신이 있고, 그 기간 동안 추가 공간을 많이 차지할 만한 업데이트가 이루어진 적도 없습니다…
어떤 아이디어가 있을까요? 단순히 블록 스토리지를 추가하고 업로드 데이터를 이동하는 방법을 검토할까 생각했지만, 업로드 데이터가 전체 공간을 차지하는 것이 아니므로 여전히 원인이 불분명하거나 다른 무언가가 공간을 차지하고 있는 것으로 보입니다. 또한 만에 대비해 새로운 백업을 만들 여유 공간조차 충분하지 않아, 백업 없이 그 작업을 진행하는 것이 조금 불안합니다.
저는 온사이트에 저장된 백업이 없습니다. 보통 최신 백업(약 5.8GB)만 유지하고 오래된 것들은 삭제합니다(오래된 백업들은 모두 오프사이트에도 보관 중입니다). 하지만 현재 사이트에는 백업이 하나도 없고, 관리자 보고에서 확인되는 유일한 공간은 12GB의 업로드입니다. 저는 곧 드롭릿을 확장하거나 블록 스토리지를 추가할 계획이었지만, 제가 자리를 비운 며칠 동안 백업을 하지 않았던 사이에 공간이 모두 사라져 버렸습니다 그리고 여기 블록 스토리지 가이드를 살펴보니 단순히 "구매하고 연결하기"보다 훨씬 복잡한 작업이므로, 백업 없이 이동을 하거나 설정을 변경하는 것은 위험하다고 생각합니다.
완전히 공간이 부족했던 것은 아니었습니다. 700MB까지 줄어든 상태였지만, 확인해 보니 해당 설정은 비활성화되어 있지 않았습니다. 알려주셔서 감사합니다.
여기서 제안된 모든 방법들을 시도해 보고 어떤 것이 작동하는지, 또는 공간이 어디에 사용되고 있는지 확인해 보겠습니다.
이렇게 해 보았지만 아무것도 정리되지 않았습니다.
이것은 제게 무언가 잘못되어 있다는 것을 사실상 확인시켜 줍니다. 왜냐하면 그는 25GB 설치 환경에 대해 이야기하고 있지만, 제 환경은 50GB 드롭릿에 설치되어 있기 때문입니다.
백업 폴더를 확인해 보니 랜덤한 파일이 몇 개 있었고, 그중 가장 큰 파일은 700MB짜리 dpkg.status.0 파일이었고, 그 다음으로 200MB짜리 dpkg.status.1.gz 파일이 6개(순차적) 있었습니다. 이 파일들은 삭제해도 안전할까요? 전체 공간의 대부분은 차지하지 않지만, 그래도 1.6GB 정도라 백업에 가까워지는 데는 도움이 될 것 같습니다…
수정: 아, var/backups에는 아무것도 없었지만, var/discourse/shared/standalone/backups에 관리자 콘솔에 표시되지 않는 백업 파일이 하나 있더라고요. 그걸 삭제하니 6.5GB를 확보했습니다.
ncdu를 설치해서 실행해 보니, 가장 큰 폴더가 20GB라고 하고 나머지는 거의 없대요. 그렇다면 var/discourse에 없는 어딘가에 30GB가 사라진 건가요?
구체적으로 서버에서 root 권한으로 du -kx / | sort -n | tail -49 또는 유사한 명령을 실행하는 것을 권장합니다. 가정 없이 실제로 어떤 일이 일어나고 있는지 살펴보는 전략이 필요합니다.
명령줄에 있는 동안 다음 명령도 제안합니다.
df -mT
free
그리고 다음 명령도 실행해 보세요.
docker system df
docker images
백업에 대해 말씀하신 내용에 대해 우려가 있습니다. 백업에는 첨부 파일을 포함하는 일반 백업과 첨부 파일을 제외하는 경량 백업 두 가지 유형이 있습니다. 두 백업의 크기는 달라야 합니다. 자동 예약 백업에 대한 설정된 옵션이 있을 것입니다. 제 생각에는 공간이 있을 때 자동 백업이 실행되어 공간이 가득 차는 것이 가능한 것으로 보입니다.
파일을 삭제하기 전에 파일을 잘 살펴볼 것을 권장합니다. 날짜와 타임스탬프, 크기는 무엇인지 확인해 보세요. 이렇게 하면 파일이 어떻게 생성되었는지 파악하는 데 도움이 됩니다.
열려 있는 파일을 삭제하면 파일 목록에서 사라지지만, 파일이 닫힐 때까지 실제로 삭제되지는 않는다는 점에 유의할 가치가 있습니다. 따라서 서버 재부팅 후에는 상황이 달라 보일 수도 있습니다.
그리고 여기 블록 스토리지 가이드를 살펴보니 단순히 "구매하고 연결하기"보다 훨씬 복잡한 작업이므로, 백업 없이 이동을 하거나 설정을 변경하는 것은 위험하다고 생각합니다.