죄송하지만, 비전문가인 제가 좀 소리를 지르고 싶네요. 다시 한번, UI에서 '업데이트’를 아무 생각 없이 클릭했는데, 그 다음에는 '명령줄에서 재빌드를 하세요’라는 메시지와 함께 튕겨 나가고, 그마저도 실패해서 bash 출력을 복사해서 AI에게 무엇이 잘못되었는지 물어보는 상황이 되었습니다.
“오류에 따르면, discourse-data-explorer 플러그인이 이제 Discourse 코어에 번들로 포함되어 있어 app.yml 설정 파일에서 개별 플러그인으로 포함되면 안 되므로 Discourse 업데이트가 실패했습니다.”
항상 가능한 일은 아니지만, "준비하세요, 이건 좀 아플 겁니다"라는 식의 경고라도 있으면 좋겠습니다. 제 수명을 연장해 줄 수도 있겠네요.
(지난번 사례):
정확히 그점에 대해 경고를 표시했어야 했습니다. 그런 다음 컨테이너를 재시작할 수 있습니다.
./launcher start app
그리고 나서 차분하게 다음 단계를 계획할 수 있습니다.
아직도 컨테이너를 시작할 수 있을 수 있습니다.
그러나 제목의 질문에 답하자면, 딱히 그렇지 않습니다. 이것은 큰 변경 사항이었고, 이에 대한 알림이 여기에서 있었습니다. UX에서 업그레이드할 수 있는 discourse 소스 코드 자체만이 아니라 외부에 있는 것들은 주기적으로 업그레이드가 필요합니다.
맞아요, 물론이죠.
다만 첫 재구축이 실패할 줄 몰라서 좀 당황했어요.
메시지 자체는 있긴 했는데, 로그 텍스트가 너무 길게 쌓여 있어서 문제가 뭔지 정확히 찾을 수 있을지 확신이 없었거든요. 제 생각엔 콜 스택 어딘가에 파묻혀 있는 희귀한 예외일 수도 있다고 봤거든요. AI가 알려주니 화면 하단 근처에 바로 있다는 걸 알게 됐어요.
아마 웹마스터를 반반으로 하고 있는 제가 겪는 일이겠지요 
네. 좀 운이 없었네요. 지난 10년 동안 있었던 업그레이드 중 가장 큰 혼란을 가져온 것이었습니다.
맞아요. 텍스트가 정말 산더미처럼 많습니다. 거의 10년째 이 로그를 보고 있는데도, 정확히 무엇을 봐야 하는지 여전히 알기 어렵습니다.
그렇습니다!
'AI’를 사용하실 때는 Ask.discourse.com을 이용해 주세요.
둘 다 정확히 동일한 기능을 수행하고, 읽기 외에는 어떤 부정적인 영향도 미치지 않는다면, 다른 곳에 경고 메시지를 두는 것이 왜 그곳에 두는 것보다 더 나은 것일까요? 오류가 발생하면 로그가 항상 먼저 확인해야 할 곳입니다…
업데이트의 복잡성은 특정 업데이트 자체보다는 업데이트 이전에 포럼이 어떤 버전을 사용 중이었는지에 따라 더 크게 달라집니다. 또한 Postgres, Redis 및 설치된 모든 플러그인의 버전도 영향을 미칩니다.
따라서 업데이트가 실제로 얼마나 “아플지” 예측하는 것은 사실상 불가능합니다.
저는 1.8에서 3.5로의 업데이트를 문제없이 수행한 적도 있고, 3.2.1에서 3.2.2로의 업데이트로 인해 문제를 해결하는 데 몇 시간이나 걸린 적도 있습니다.
도움이 될 수 있는 한 가지가 있다면, 이 문제가 ‘예상된’ 문제(즉, 호출 스택에 숨겨져 있는 것이 아닌 경우)라면 로그 출력에서 ---- 기호로 감싸는 것입니다. 그러면 찾기가 훨씬 쉬워질 거예요.
또한 업데이트 이후 백업이 또 고장 났네요. 다시 처음부터 시작해야겠어요 
이런 불쾌한 경험을 하셨다니 죄송합니다! 
당신의 경우에는 위안이 되지 않을 수 있지만, 사실입니다. 커맨드 라인에서 개입을 요구하는 업데이트는 드뭅니다.
해결하셨길 바랍니다! 셀프 호스팅을 하고 있다면 백업이 필수입니다. 무슨 일이 생길지 모르기 때문이죠.
이번에는 ask.discourse의 도움으로 토요일에 이 문제를 집중적으로 해결했습니다.
비표준 볼륨 구성을 사용하고 있었다는 것을 발견했습니다. 업로드와 백업이 보조 디스크에 저장되어 있었죠. 그 자체로는 문제가 아니었지만, 데이터 디스크를 20GB에서 30GB로 확장할 때 파일시스템에 이를 통보하는 것을 잊어버린 것이 문제였습니다.
이 부분을 수정한 덕분에 앞으로 몇 년간 여유 공간을 확보할 수 있게 되었습니다.
아! 정말 어려운 문제였군요! 게다가 고급 설정이었을 텐데요.
해결하셨다니 다행입니다.