# 업그레이드 시도 후 사이트가 작동하지 않음
**URL:** https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345
**Category:** Self-hosting
**Created:** [12월 7, 2019, 11:10오전 UTC](https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345 "2019-12-07T11:10:37Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@TheEngineer](https://meta.discourse.org/u/TheEngineer)
#### Post date: [12월 7, 2019, 11:10오전 UTC](https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345/1 "2019-12-07T11:10:37Z")
관리자 페이지에서 자동 업그레이드를 시도해 보았습니다. 처음에는 잘 진행되던 것 같았지만, 분명 무언가 실패했습니다. 관리자 패널에서는 업그레이드가 이루어지지 않은 것으로 인식하고 있지만, 업그레이드 패널에서는 모든 것이 최신 상태라고 표시되고 있습니다. `./launcher rebuild app` 명령을 실행해 보았지만, 디스크 공간이 부족하다는 오류가 발생합니다. 이전 백업 파일을 삭제해 보았지만, 이로 인해 확보된 공간은 3GB에 불과하며, 시스템에서는 5GB가 필요합니다.
어떤 조언이 있을까요? 이미 `./launcher cleanup` 명령을 실행해 두었습니다.
docker가 많은 공간을 차지하고 있는 것 같습니다. 총 9.3GB…
> ```
> --- /var/lib/docker ---------------------------------------------------------------------------------------------------------------------------
> /..
> 6.7 GiB [##########] /overlay2
> 2.7 GiB [###] /volumes
>
> ```
> ```
> --- /var/lib/docker/overlay2 ------------------------------------------------------------------------------------------------------------------
> /..
> 3.8 GiB [##########] /5f823d00b5b399410cb9e99b8ea4f2b44e4607b88ee27a9328b4fb4267eeeac8
> 2.3 GiB [######] /11262dd0a2b59292c520629d74720326f0328995c321826f1d8ae4434fc7a482
>
> ```
---
### Author:  [@TheEngineer](https://meta.discourse.org/u/TheEngineer)
#### Post date: [12월 7, 2019, 12:07오후 UTC](https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345/3 "2019-12-07T12:07:29Z")
좋아요, 업로드 폴더와 백업을 로컬 머신으로 가져온 후 서버에서 삭제했습니다. 덕분에
```
./launcher rebuild app
```
을 실행할 수 있는 충분한 공간이 확보되었습니다. 실행이 완료되었고 사이트도 다시 복구되었습니다. 정말 다행이에요! 도커에서 뭔가 잘못되어 이렇게 많은 공간을 사용하는 건 아닌지 여전히 궁금합니다…
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [12월 7, 2019, 1:15오후 UTC](https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345/4 "2019-12-07T13:15:04Z")
```
./launcher cleanup
```
사용하지 않는 Docker 이미지와 컨테이너를 삭제합니다.
---
### Author:  [@TheEngineer](https://meta.discourse.org/u/TheEngineer)
#### Post date: [12월 7, 2019, 1:29오후 UTC](https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345/5 "2019-12-07T13:29:14Z")
@pfaffman 감사합니다. 실행해 봤는데 변경 사항이 보이지 않았습니다.
이 크기가 적절한 것 같나요?
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [12월 7, 2019, 1:42오후 UTC](https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345/6 "2019-12-07T13:42:57Z")
> [@TheEngineer](#):
>
> Docker가 꽤 많은 공간을 차지하는 것 같습니다. 총 9.3GB네요…
숫자를 미리 확인하지 못해서 죄송합니다. 하지만 맞습니다, 그 정도는 맞는 것 같습니다.
20GB는 꽤 빡빡합니다. 50GB를 강력히 권장합니다. 백업을 S3 또는 Digital Ocean Spaces 버킷에 보관하면 디스크가 백업으로 가득 차는 것을 방지할 수 있지만, 복원 시 데이터베이스의 여러 사본이 존재하기 때문에 복원 과정에서 여전히 문제가 발생할 수 있습니다.
---
### Author:  [@tomtjes](https://meta.discourse.org/u/tomtjes)
#### Post date: [12월 9, 2019, 4:53오후 UTC](https://meta.discourse.org/t/site-not-functioning-after-attempted-upgrade/135345/7 "2019-12-09T16:53:22Z")
이 업그레이드에서 같은 문제를 겪었습니다. Docker를 다른 볼륨으로 이동시키니 제 경우에는 해결되었습니다. 이 가이드를 따랐습니다:
> [@Docker uses root partition, might need more storage space](https://meta.discourse.org/t/docker-uses-root-partition-might-need-more-storage-space/69298/9):
>
> Another solution on OS level can be to mount /var/lib/docker on a dedicated partition. To do this, please, stop Docker, make sure that no process accesses /var/lib/docker and do the following: Provide an additional volume. In this example it is /dev/sdx8. Format it accordingly, i.e. mkfs.xfs -n ftype=1 /dev/sdx8 or mkfs.ext4 /dev/sdx8 etc. If it fails in mkfs.xfs you might run a newer version of mkfs.xfs which has ftype=1 already as default. Just issue mkfs.xfs /dev/sdx8 Stop Docker. …