2.9.0.beta8에서 업그레이드 후 사이트가 손상되어 복구 불가

제품 지원 자체 호스팅
1

안녕하세요

관리자 업그레이드 버튼을 클릭했을 뿐입니다.
이런 일이 생길 줄은 몰랐어요:

오류
이 토론 포럼을 구동하는 소프트웨어에서 예상치 못한 문제가 발생했습니다. 불편을 드려 죄송합니다.

오류에 대한 자세한 정보는 기록되었으며, 자동 알림이 생성되었습니다. 확인하겠습니다.

추가 조치는 필요하지 않습니다. 그러나 오류 상태가 지속되는 경우, 오류를 재현하는 단계를 포함한 추가 세부 정보를 사이트의 피드백 카테고리에 토론 주제를 게시하여 제공할 수 있습니다.

이것은 다소 위축되게 만듭니다(사이트에 수천 명의 사용자가 있을 때 이런 일이 발생하면 어떻게 될까요?)… 하지만 아직 사용자는 없습니다. 운이 좋았네요. 하지만 사이트를 다시 실행 상태로 돌릴 수 없습니다. 식별 가능한 오류가 없고, 무엇이 잘못되었는지 복구하기 위한 단계도 없습니다… 불길한 '자동 알림이 생성되었습니다’라는 문구를 제외하면요. 그 알림은 누가 받았나요? 내용에는 뭐라고 되어 있나요? 소프트웨어의 단순한 업그레이드가 사이트를 무덤으로 보내는 이유는 무엇인가요? 어떻게 수정할 수 있나요?

2

지금도 포럼의 /logs에 접근할 수 있나요? 알림이 그곳으로 전송되었습니다.

마지막 두 질문은 해당 로그를 확인한 후에만 답변할 수 있습니다.

3

불행히도 아무것도 작동하지 않았습니다. 그래서 백업 서버를 다시 생성해야 했으며, 이제 업데이트를 다시 진행하는 것에 대해 조금 주저하게 되었습니다.

안전 모드에서 업데이트할 방법이 있을까요? 소프트웨어를 업데이트할 때마다 전체 다운타임의 위험을 감수해야 한다는 사실이 거의 믿어지지 않습니다.

4

이것은 Discourse를 포함한 모든 앱에서 실제로 존재하는 위험입니다. 그래서 대형 기업들은 스테이지 서버를 사용하며, 우리 같은 작은 사용자들은 모든 업데이트 전, 특히 업그레이드 전에 반드시 백업(사이트 및 데이터베이스)을 수행합니다.

5

안녕하세요, @smileBeda 님! 반갑습니다 :slightly_smiling_face:

설정에 대해 좀 더 자세히 알려 주실 수 있을까요? 예를 들어, 현재 실행 중인 버전, 표준 설치인지 여부, 그리고 공식 또는 제3자 플러그인을 사용 중인지 여부 등을 말씀해 주시면 감사하겠습니다.

보통 업그레이드는 매우 순조롭게 진행되지만, 혹시 모를 상황에 대비해 라이브 사이트의 백업을 미리 받아 두는 것이 항상 현명합니다.

6

현재 2.9.0.beta8 버전을 실행 중입니다.
업데이트로 요청되는 것은 docker_manager 45986ad4입니다 (Comparing 45986ad40ec642ea617a083aecc75e0078878fb7...90a8a6c6cae0bba01de7fdf340da1ab878bff913 · discourse/docker_manager · GitHub)

Docker를 통한 표준 설치 환경이며, 몇 가지 플러그인을 실행하고 있습니다 (하지만 특별한 내용은 아닙니다. 아직 커스텀 코드는 없습니다)

이 시점에서 (에러 로그 없이) 더 자세히 파악하기 어렵습니다. 다시 한번 마음을 굳히고, 백업 후 업데이트를 실행해 보겠습니다. 만약 다시 실패한다면 로그를 제출해야 할 것 같습니다…

8

app.yml 파일 내용을 여기에 붙여넣을 수 있을까요? 과거에 어떤 설정이었고 현재는 어떤 상태인지 파악하는 데 도움이 될 것입니다.

9

이 주제에서는 서버에서 수동으로 업데이트하는 방법에 대한 좋은 팁도 찾을 수 있습니다:

./launcher rebuild app 명령은 종종 좋은 대안(Plan B)이 될 수 있으며, 이 과정에서 오류가 발생하면 위로 스크롤하여 내용을 읽어볼 수 있습니다.

10

다음 명령을 실행했나요?

 ./launcher rebuild app

아니면 웹 인터페이스를 통해 업그레이드했나요? 전체 재빌드가 필요한 경우가 있습니다.

찾고 계신 로그는 아래 경로에 있습니다.

     /var/discourse/shared/log/rails/production.log

(휴대폰으로 타이핑했기 때문에 오타가 있을 수 있습니다)

11

충분히 가깝네요 :grin:
/var/discourse/shared/standalone/log/rails/production.log
그리고 아마도
/var/discourse/shared/standalone/log/rails/production_errors.log

12

이 부분에 대해 좀 더 자세히 설명해 주시겠습니까? 어떤 플러그인인가요?

13

제 생각과 정확히 일치하네요. 그래서 app.yml 파일을 붙여넣거나 공유해 달라고 요청한 겁니다.