# 업데이트 실패

**URL:** https://meta.discourse.org/t/failing-update/379986
**Category:** Self-hosting
**Created:** [8월 23, 2025, 7:26오전 UTC](https://meta.discourse.org/t/failing-update/379986 "2025-08-23T07:26:23Z")
**Posts on this page:** 16
**Page:** 2

<div class="post-metadata">

### Author: ![rlauriston](https://avatars.discourse-cdn.com/v4/letter/r/ec9cab/32.png) [@rlauriston](https://meta.discourse.org/u/rlauriston)
#### Post date: [8월 24, 2025, 12:43오전 UTC](https://meta.discourse.org/t/failing-update/379986/21 "2025-08-24T00:43:02Z")

</div>

```plaintext
root@www:/var/discourse# ./launcher start data
x86_64 아키텍처 감지됨.

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -h www-data -e DOCKER_HOST_IP=172.17.0.1 --name data -t -v /var/discourse/shared/data:/shared -v /var/discourse/shared/data/log/var-log:/var/log --mac-address 02:e6:17:cc:a2:dc local_discourse/data /sbin/boot
로컬에서 이미지 'local_discourse/data:latest'를 찾을 수 없습니다
docker: 데몬 오류 응답: local_discourse/data에 대한 pull 액세스가 거부되었습니다. 저장소가 존재하지 않거나 'docker login'이 필요할 수 있습니다: 거부됨: 요청한 리소스에 대한 액세스가 거부되었습니다

자세한 정보는 'docker run --help'를 실행하세요
root@www:/var/discourse# 

```

---

<div class="post-metadata">

### Author: ![rlauriston](https://avatars.discourse-cdn.com/v4/letter/r/ec9cab/32.png) [@rlauriston](https://meta.discourse.org/u/rlauriston)
#### Post date: [8월 24, 2025, 5:42오후 UTC](https://meta.discourse.org/t/failing-update/379986/22 "2025-08-24T17:42:02Z")

</div>

제안이 있으신가요? 해당 오류 메시지를 검색해 보았지만 이 스레드만 나옵니다.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 24, 2025, 6:25오후 UTC](https://meta.discourse.org/t/failing-update/379986/23 "2025-08-24T18:25:48Z")

</div>

> [@rlauriston](#):
>
> ```plaintext
> + /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -h www-data -e DOCKER_HOST_IP=172.17.0.1 --name data -t -v /var/discourse/shared/data:/shared -v /var/discourse/shared/data/log/var-log:/var/log --mac-address 02:e6:17:cc:a2:dc local_discourse/data /sbin/boot
> Unable to find image 'local_discourse/data:latest' locally
> docker: Error response from daemon: pull access denied for local_discourse/data, repository does not exist
> 
> ```

이는 아마도 `./launcher cleanup`를 실행하여 데이터 컨테이너를 삭제했기 때문일 수 있습니다(컨테이너가 누락된 다른 이유는 보이지 않지만, 제가 틀렸을 수도 있습니다). 만약 그렇다면, 그리고 사실 어떤 경우든 제가 취할 조치는 새로운 드롭렛을 생성하고 yml 파일을 복사한 후 최신 백업을 복원하는 것입니다.

가이드라인이 아닌 구체적인 해결책을 원하신다면, 저에게 연락하시거나 #Marketplace 채널에서 질문해 주세요.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 24, 2025, 8:35오후 UTC](https://meta.discourse.org/t/failing-update/379986/24 "2025-08-24T20:35:21Z")

</div>

데이터 컨테이너가 사라진 후 사이트를 다시 가동하게 해준 것은 `data.yml` 파일을 편집하여 템플릿을 postgres13 템플릿으로 변경한 후 데이터 컨테이너를 다시 빌드하는 것이었습니다. 그 후 데이터 컨테이너를 시작할 수 있었고, web\_only 컨테이너를 삭제한 뒤 다시 시작할 수 있었습니다(생성 당시 발견한 데이터 컨테이너와 다른 컨테이너에는 연결되지 않습니다). 이후 사이트가 정상적으로 다시 가동되었습니다.

데이터베이스 업그레이드를 다시 시도했다면 작동했을 것이라고 거의 확신합니다. 하지만 안전하게 하기 위해 새로운 데이터베이스 백업을 만들고, 새 드롭렛으로 이전한 후 데이터베이스를 복원했으며, 이제 다시 정상적으로 작동하고 있습니다.

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [8월 25, 2025, 11:00오전 UTC](https://meta.discourse.org/t/failing-update/379986/25 "2025-08-25T11:00:57Z")

</div>

문제가 어떻게 발생했는지, 예를 들어 다른 사람들에게는 해당되지 않을 가능성이 높다는 점을 안심시키기 위해 몇 마디만 말씀해 주시겠어요?

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 25, 2025, 11:32오전 UTC](https://meta.discourse.org/t/failing-update/379986/26 "2025-08-25T11:32:06Z")

</div>

요약: 아니요.

원래 문제가 무엇이었는지 설명해 드릴 수 없습니다. 컨테이너를 삭제한 후 pg13 템플릿으로 전환하는 것이 문제를 해결하는 방법이었어요. pg15 관련 주제에서 언급하는 조치의 일부이기도 합니다. 한때 디스크 공간 문제가 있었던 걸까요?

---

<div class="post-metadata">

### Author: ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)
#### Post date: [8월 25, 2025, 1:00오후 UTC](https://meta.discourse.org/t/failing-update/379986/27 "2025-08-25T13:00:37Z")

</div>

아, 이제 이해가 가는 것 같습니다… pg13을 사용하던 꽤 오래된 시스템을 업그레이드한 건가요? 꽤 드문 상황이네요.

---

<div class="post-metadata">

### Author: ![rlauriston](https://avatars.discourse-cdn.com/v4/letter/r/ec9cab/32.png) [@rlauriston](https://meta.discourse.org/u/rlauriston)
#### Post date: [8월 25, 2025, 8:44오후 UTC](https://meta.discourse.org/t/failing-update/379986/28 "2025-08-25T20:44:22Z")

</div>

PostgreSQL 업그레이드에 14GB의 자유 디스크 공간이 필요했지만 드롭릿에 그만큼의 공간이 부족하여 업그레이드가 실패했습니다.

디스크 공간을 확장한 후에도 작동하지 않은 이유는, 위 @Jagster님의 제안에 따라 2컨테이너 설치 환경에는 적합하지 않은 `./launcher cleanup`을 실행했기 때문일 수 있습니다.

Discourse 구조에 대해 잘 모르는 사람에게 1컨테이너 설치가 덜 문제적인 것 같아, 언젠가는 1컨테이너 설치로 전환하고 싶습니다. 또한 직접 호스팅하지 않고 싶지만, 사이트에는 사진이 많고 디스크 공간이 부족해졌을 때 Discourse 호스팅 비용이 월 100달러에서 200달러로 뛰었습니다. 사이트는 구글 애즈를 통해 월 30~40달러 정도의 수익만 올리고 있습니다.

---

<div class="post-metadata">

### Author: ![rlauriston](https://avatars.discourse-cdn.com/v4/letter/r/ec9cab/32.png) [@rlauriston](https://meta.discourse.org/u/rlauriston)
#### Post date: [8월 25, 2025, 8:46오후 UTC](https://meta.discourse.org/t/failing-update/379986/29 "2025-08-25T20:46:46Z")

</div>

> [@Ed\_S](#):
>
> 상당히 오래된 시스템의 업그레이드

저는 2년 전에 Digital Ocean으로 이전했습니다.

---

<div class="post-metadata">

### Author: ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [8월 25, 2025, 9:00오후 UTC](https://meta.discourse.org/t/failing-update/379986/30 "2025-08-25T21:00:41Z")

</div>

> [@rlauriston](#):
>
> `./launcher cleanup`는 2컨테이너 설치 환경에서는 적절하지 않았습니다.

그런데 일주일 전에 공간이 부족해서 실행했습니다.

---

<div class="post-metadata">

### Author: ![rlauriston](https://avatars.discourse-cdn.com/v4/letter/r/ec9cab/32.png) [@rlauriston](https://meta.discourse.org/u/rlauriston)
#### Post date: [8월 25, 2025, 9:13오후 UTC](https://meta.discourse.org/t/failing-update/379986/31 "2025-08-25T21:13:24Z")

</div>

@pfaffman은 그게 문제였을 수 있다고 제안했습니다. 저는 전혀 모르겠어요.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 25, 2025, 9:26오후 UTC](https://meta.discourse.org/t/failing-update/379986/32 "2025-08-25T21:26:24Z")

</div>

> [@rlauriston](#):
>
> 디스크 공간을 확장한 후에도 작동하지 않은 이유는, 아마도 위에서 @Jagster님이 제안하신 대로 두 컨테이너 설치 환경에 적합하지 않은 `./launcher cleanup`을 실행했기 때문일 것입니다.

아니요. 그렇다면 단일 컨테이너 설정에서도 동일한 문제가 발생했을 것입니다.

문제는 디스크 공간을 확보하려고 할 때 정지된 데이터 컨테이너를 파괴했다는 것입니다. 제가 생각하기에 결정적인 실수는 데이터 컨테이너와 웹 컨테이너가 모두 정지된 상태에서 클린업을 실행한 것입니다.

> [@rlauriston](#):
>
> 어느 시점에서는 Discourse 아키텍처를 잘 모르는 사람에게 문제가 적을 것 같아 단일 컨테이너 설치로 전환하고 싶습니다.

두 컨테이너 설정 덕분에 postgres 업그레이드를 늦추기가 쉬워져 일부 문제를 피할 수 있었습니다. 하지만 이번 경우에는 업그레이드 과정에서 ai 플러그인이 추가되어 데이터 컨테이너에서 postgres 업그레이드를 수행해야 하는 상황이 발생하면서 막혔습니다.

업그레이드를 시도하기 전에 launcher cleanup을 실행했거나, 아예 실행하지 않고 리사이즈만 했다면 상황이 달라졌을 수도 있습니다.

즉, 여러 가지 문제가 있었습니다.

- 디스크를 가득 채운 도커 이미지들이 너무 많았을 가능성 (또는 디스크 용량이 너무 작았을 가능성)
- PostgreSQL 업데이트 필요
- 코어에 Ai 플러그인이 추가되어 데이터베이스 업그레이드가 강제됨
- PostgreSQL 업그레이드가 어떤 이유로 실패하고, 데이터 컨테이너를 시작해야 한다는 사실을 몰랐음 (메시지에 그렇게 나와 있다고 생각합니다)
- 데이터 컨테이너가 종료된 상태에서 launcher cleanup을 실행하여, 깨끗한 종료(clean shut down)를 수행하기 위해 시작해야 했던 컨테이너가 삭제됨

---

<div class="post-metadata">

### Author: ![rlauriston](https://avatars.discourse-cdn.com/v4/letter/r/ec9cab/32.png) [@rlauriston](https://meta.discourse.org/u/rlauriston)
#### Post date: [8월 25, 2025, 9:43오후 UTC](https://meta.discourse.org/t/failing-update/379986/33 "2025-08-25T21:43:49Z")

</div>

> [@pfaffman](#):
>
> 문제는 디스크 공간을 확보하려고 할 때 정지된 데이터 컨테이너가 손상된 것이었습니다.

디스크 공간을 확보하기 위해 제가 한 일은 드롭릿의 크기를 조정하는 것이 유일했습니다.

나머지는 명령어 출력, 이 게시글, 또는 링크된 토픽의 조언에 따라 실패한 업그레이드를 완료하기 위해 시도한 것들이었습니다.

---

<div class="post-metadata">

### Author: ![rlauriston](https://avatars.discourse-cdn.com/v4/letter/r/ec9cab/32.png) [@rlauriston](https://meta.discourse.org/u/rlauriston)
#### Post date: [8월 26, 2025, 3:25오후 UTC](https://meta.discourse.org/t/failing-update/379986/34 "2025-08-26T15:25:04Z")

</div>

@pfaffman 제 사이트가 명백한 스팸으로 도배되고 있습니다. 업그레이드 과정에서 어떤 안티스팸 도구가 누락된 것일 수 있나요?

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [8월 26, 2025, 3:38오후 UTC](https://meta.discourse.org/t/failing-update/379986/35 "2025-08-26T15:38:22Z")

</div>

> [@rlauriston](#):
>
> 업그레이드 과정에서 스팸 방지 도구가 누락되었을 가능성이 있나요?

그럴 가능성은 낮습니다. Akismet이 이전에 설정되어 있었는지 확실하지는 않지만, 현재는 더 이상 효과적이지 않습니다. 현재 권장되는 방법은 이겁니다: [Discourse AI - Spam detection](https://meta.discourse.org/t/discourse-ai-spam-detection/343541) AI 플러그인은 이제 코어에 포함되어 설치되어 있습니다.

도움이 필요하시면 저에게 이메일을 보내 주세요.

수정: [여기](https://meta.discourse.org/t/is-min-first-post-typing-time-still-available/352983/9)에 설명된 변경 사항이 스팸 증가의 원인을 설명할 수 있을 가능성은 있지만, 역시 가능성은 낮습니다.

---

<div class="post-metadata">

### Author: ![system](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/system/32/443519_2.png) [@system](https://meta.discourse.org/u/system)
#### Post date: [9월 25, 2025, 3:38오후 UTC](https://meta.discourse.org/t/failing-update/379986/36 "2025-09-25T15:38:37Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.

[이전 페이지](https://meta.discourse.org/t/failing-update/379986.md?page=1)
