3.4.0.beta4에 대해 구체적으로 질문드립니다. 시스템 요구 사항은 무엇인가요?

지원
1

I don’t want to run into upgrade problems like Update “3.4.0.beta4” failed or Upgrade failed spectacularily – or the email-related problems like Severe Email Issue since last update a couple days ago - 3.4.0.beta4-dev or Severe Email Issue since last update a couple days ago - 3.4.0.beta4-dev or 550-Requested action not taken: mailbox unavailable on 3.4.0.beta4-dev.

I’ve seen PostgreSQL 15 update which suggests that in an ideal world I’d just need to ./launcher rebuild app twice (and has some optional commands to run afterwards). It does have the warning of needing 2x database size of extra disk space “if your database is very large” (maybe that extra space is required even for a small database?)

Is there a list of requirements or specific instructions for this upgrade?

2

If you have disk space and an up-to-date docker, you will probably be fine.

If you have an out of date OS, and that makes you have an old docker, you should spin up a new VM and move to it as described at Move a Discourse site to another VPS with rsync.

I’m pretty sure that at least most of the people who have had trouble have out of date Docker versions, most of which are caused by out of date OS versions.

If you spin up a new VM then nothing can go wrong since your old server will still be available.

3

Ok I’ll try that. I think a couple of the disasters here were with Docker versions between “deprecated” and “minimum” (as I am).

4

I suspect that’s true. It’s pretty hard to figure out just what version is the exact problem. I upgraded 10 or so sites today. The ones with current docker all worked just fine.

5

저도 그렇게 하려 했지만, 해당 설명서가 충분히 초보자 친화적이지 않다고 생각했습니다. 제 접근 방식은 다음과 같습니다:

  • 읽기 전용 모드 활성화.
  • 관리자 인터페이스에서 Discourse 백업.
  • Digital Ocean 스냅샷 생성.
  • sudo apt update, sudo apt upgrade, sudo do-release-update 두 번 실행 (20.04에서 22.04로, 다시 24.04로 업그레이드).
  • Postgres 업데이트를 위해 Discourse를 정상적으로 두 번 업데이트.
6

정말 좋습니다!

저는 다른 지침들이 훨씬 더 실수 방지 기능이 있다고 생각합니다. 문제가 발생해도 기존 사이트는 계속 작동합니다. do-release-update 단계 중 하나에서 문제가 발생했다면, 최신 스냅샷으로 복원하는 것만 반복하면 됩니다.

물론, 일을 처리하는 방법은 다양합니다.

7

고양이를 죽이는 방법은 여러 가지가 있죠!

"바보도 실수하지 않도록"이라는 말은 지시 사항 자체를 의미했습니다. 예를 들어 rsync에 어떤 플래그를 사용할지 (여러 가지 제안이 있었습니다) 또는 어떤 지시 사항을 따를지 (최소 세 가지가 있었습니다) 같은 것이죠.

질문자님의 관점을 이해할 수 있습니다. 즉, 바보라도 지시 사항을 따라갈 수 있다면 rsync 방식으로 하는 것이 더 낫다는 것이죠. 질문자님이 말씀하신 이유들로 인해 저도 그렇게 하는 편이 좋았을 것 같지만, 제 스스로 올바른 결정을 내릴 수 있을 만큼 믿을 수 없었습니다.

스냅샷에서 복원해야 했다면 아마 다음에는 시도해 봤을 것입니다!