S3 백업에서 복원할 수 없음 - 실패

[TehLeo (Chris)]

Discourse의 S3 백업에서 복원할 수 없습니다.

재현 방법:

1. S3에 Discourse 백업이 있어야 합니다.
2. Discourse를 새로 설치합니다.
3. 관리자 계정을 생성합니다.
4. Discourse를 S3에 연결합니다.
5. S3 백업 목록에서 Discourse 백업을 찾습니다.
6. 복원을 활성화합니다.
7. 복원을 시도합니다.
8. 복원이 실패합니다.

로그:

S3 문제 해결을 위해 할 수 있는 모든 시도를 해보았습니다. 심지어 백업을 서버로 이동하고 CLI/수동 복원을 수행해 보았지만, 동일한 로그와 함께 실패합니다. S3 업로드를 끄는 것도 시도해 보았습니다. 다음 문제 해결 단계가 무엇인지, 또는 정확히 어떤 게시물이 문제를 일으키는지 확인하고 이를 제거하는 방법을 모르겠습니다.

도움 주시면 감사하겠습니다!

[Canapin (Coin-coin le Canapin)]

환영합니다!

@TehLeo

모든 방법을 시도해 보았습니다

여기서 비슷한 오류 로그를 확인하는 것도 "모든 방법"에 포함됩니까?

https://meta.discourse.org/search?q=%22posts%20are%20not%20remapped%22%20%22s3%20migration%20failed%22%20order%3Alatest

특히 이 결과:

Discourse에 백업 복원 시 발생하는 문제

이것은 Can't restore a backup if it includes link to Discourse onebox 에서 언급된 문제처럼 보입니다. 복원 과정에서 이를 수정할 수 있지만, 셸(shell)에서 작업을 수행해야 합니다. cd /var/discourse ./launcher enter app # --pause 인수를 사용하여 복원을 시작합니다 discourse restore --pause <backup_filename> 복원 프로세스는 두 지점에서 일시 중단됩니다: DB 마이그레이션 실행 전 – 무시해도 됩니다. 키를 눌러 계속 진행하세요. 업로드(Uploads) 복원 전. 아직 리맵(remaps)이 실행되지 않은 수정되지 않은 uploads 테이블에 접근할 수 있어, 복원 프로세스가 업로드 문제로 중단되기 전에 업로드를 수정할 수 있습니다. 이제 서버에 다른 SSH 세션을 열고 rails 콘솔을 시작하세요: c…

[TehLeo (Chris)]

이 지침을 따랐고, quarry에서 9개의 게시물을 받았습니다. 기존 게시물에는 이 게시물들을 어떻게 처리해야 하는지, 또는 이 시점 이후로 문제를 어떻게 수정해야 하는지에 대한 세부 내용이 없습니다.

[Canapin (Coin-coin le Canapin)]

이는 ask.discourse.org에서 반환하는 내용이며, 안전하거나 실제로 작동하는지 보장할 수 없습니다

---

@DiscourseHelper

일시정지된 복원 과정에서, Discourse가 복원 프로세스를 완료하기 전에 데이터베이스에서 업로드나 게시물과 같은 문제 데이터를 임시로 수정하거나 정리할 수 있는 기회가 주어집니다. 일시정지된 복원 단계에서 문제 데이터를 처리하거나 수정하는 방법은 다음과 같습니다.

---

일시정지된 복원에서 문제 데이터 수동 처리 방법

1. 일시정지 상태로 복원 시작:
   업로드 또는 리매핑이 적용되기 전에 복원 프로세스가 일시정지되도록 --pause 플래그와 함께 복원을 실행하세요:

   cd /var/discourse
   ./launcher enter app
   discourse restore --pause <backup_filename>
   

2. 일시정지 지점:

   • 복원은 특정 시점에서 일시정지됩니다:
     1. 데이터베이스 마이그레이션 전: 문제 있는 업로드나 게시물과 관련이 없으므로, 이 시점에서 키를 눌러 진행하세요.
     2. 업로드 복원 전: 업로드 또는 게시물 콘텐츠 관련 문제를 수정하려면 여기서 정지하세요. 행동해야 하는 중요한 시점입니다.

3. 새로운 SSH 세션 열기:
   복원이 일시정지된 동안, 복원 프로세스를 중단하지 않고 일시정지된 인스턴스와 상호작용하기 위해 새로운 SSH 세션을 엽니다:

   cd /var/discourse
   ./launcher enter app
   

4. Rails 콘솔 접근:
   데이터베이스와 상호작용하기 위해 Rails 콘솔에 진입합니다:

   rails c
   

5. 문제 있는 게시물 식별:

   • Rails에서 SQL 유사 쿼리를 사용하여 백업 복원 중 문제를 일으키는 문제 있는 콘텐츠를 포함하는 게시물을 식별합니다. 예를 들어:

     current_db = RailsMultisite::ConnectionManagement.current_db
     cdn_path = SiteSetting.cdn_path("/uploads/#{current_db}/original").sub(/https?:/, "")
     Post.where("cooked LIKE '%#{cdn_path}%'")
     

   이는 cooked 콘텐츠에 문제 있는 업로드 경로 또는 원박스 링크가 포함된 게시물을 반환합니다.

6. 문제 있는 게시물 수정 또는 삭제:

   • 문제 있는 게시물을 찾았다면 두 가지 주요 옵션이 있습니다:
     • 게시물 편집:

       post = Post.find(ID) # ID를 게시물의 ID로 교체하세요
       post.update(cooked: "수정된 콘텐츠 또는 대체 텍스트")
       

     • 게시물 삭제:

       post = Post.find(ID)
       post.destroy
       

7. 필요시 업로드 수정:
   문제가 특정 문제 있는 업로드에서 비롯된 경우:

   • uploads 테이블(Rails 콘솔을 통해 접근 가능)에서 유사한 쿼리를 사용하여 해당 업로드를 찾습니다.
   • 문제 있는 항목을 제거하거나 수정합니다:

     upload = Upload.find(ID) # ID를 문제 있는 업로드의 ID로 교체하세요
     upload.destroy
     

8. 복원 프로세스 재개:
   필요한 수정을 완료한 후, 일시정지된 셸 세션으로 돌아가고 아무 키나 눌러 복원 프로세스를 재개합니다.

---

중요 고려 사항:

• 콘텐츠를 수정하기 전에 항상 원래 데이터베이스 파일의 백업을 생성하세요.
• 최소한의 데이터 수정에 집중하세요. 즉, 불필요한 변경을 하지 않고 문제 있는 콘텐츠만 처리하세요.
• 업로드가 외부(URL 또는 CDN 관련 문제)인 경우, 복원 중 외부 참조를 수동으로 제거할 수 있습니다.

[TehLeo (Chris)]

그래서 다음 Rails 명령어를 사용하여 9개 게시물을 모두 삭제할 수 있었습니다:
Post.find(id#).destroy

[Canapin (Coin-coin le Canapin)]

복원이 일시정지된 상태에서 이 작업을 실행하셨나요?