Restore from old multisite installation failing

지원 자체 호스팅
1

멀티사이트 환경의 백업에 영향을 미칠 수 있는 복원 프로세스에 변경 사항이 있었나요?

오늘 서버 간 사이트 이동을 시도했습니다. 기존 서버는 nginx가 앞에서 HTTPS 캡슐화를 처리하고 force_https가 활성화된 멀티사이트 설치 환경이었습니다.

새 서버는 Let’s Encrypt를 사용하는 표준 설치의 스탠드얼론 버전입니다.

백업 파일을 확인해보니 원래의 업로드 파일은 존재하지만, 새 서버의 파일시스템에 복원되지 않은 것으로 보입니다. 사이트 전체의 이미지 참조 경로가 기존 멀티사이트의 'secondsite’를 가리키고 있어, 경로가 /uploads/default/original이 아니라 /uploads/secondsite/original을 가리키고 있습니다.

확인 차 GUI와 명령줄을 모두 사용하여 복원을 시도했습니다. 더 깊이 파고들 계획이지만, 일단 #support에 게시해 보았습니다. 누군가 이것이 여전히 지원되는 시나리오인지 확인해 주신다면 #contribute:bug로 옮기겠습니다.

이전에는 작동했던 작업이지만, 적어도 1년, 어쩌면 그 이상은 수행해 보지 않았습니다.

2

So the files are there but in the wrong place? And the database points to default rather than secondsite? Sounds like a bug, but I guess you can just rename the directory? Or did the backup not include the uploads at all?

3

They’re in the backup archive, but never make it to the filesystem.

4

That’s bizarre! Does sound like a bug. And neither system has S3 uploads configured?

5

Correct. I’ll do some more testing later.

6

That’s unexpected. Any chance I can have a look at the backup file? Otherwise, if you want to debug this yourself, take a look at discourse/lib/backup_restore/uploads_restorer.rb at main · discourse/discourse · GitHub.

7

The willingness of @team to poke into stuff like this is really awesome. @tgxworld helped me resolve an edge case issue last week. :tada: