몇 주 전부터, 업그레이드가 완료된 직후에 “업그레이드 시작” 버튼이 표시됩니다.
이 변경 사항 이전에는 업그레이드를 다시 시작하는 버튼이 없었으므로, 이것은 버그라고 생각합니다.
업그레이드 후 버튼이 사라지도록 하거나, 최소한 비활성화하도록 하는 것을 제안합니다.
3개의 좋아요
어제 최신 버전으로 업그레이드했습니다.
그런데 오늘 다시 업그레이드를 진행했는데도 여전히 이 화면이 보입니다:
광고 차단기가 영향을 미치고 있는 걸까요?
업그레이드 후 브라우저 콘솔을 확인해 보니 두 가지 항목이 있었습니다:
/message-bus/fc3f44b30aea4975be751a4cc8736f76/poll:1 Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR
docker/upgrade:1 Failed to load resource: the server responded with a status of 504 ()
1개의 좋아요
저도 같은 현상을 확인했습니다. 실제로 업그레이드가 시작되면 ‘업그레이드 시작’ 버튼이 어떤 버튼으로 바뀌는지(예전에는 어떤 종류의 취소 버튼으로 바뀌던 것 같은데)에 상관없이, 업그레이드가 아직 진행 중인데도 버튼이 꽤 빠르게 다시 '업그레이드 시작’으로 돌아갔고, 업그레이드가 성공적으로 완료된 후에도 그대로 유지되었습니다. 저는 Mac에서 Chrome 버전 86.0.4240.80 (공식 빌드) (x86_64)을 사용하고 있습니다.
이전 업그레이드에서도 이 문제를 봤습니다. 현재 업그레이드는 2.6.0.beta3에서 2.6.0.beta4로 진행 중입니다. 직전 업그레이드에는 앱 재빌드가 필요했던 것 같습니다.
수정: 다른 포럼에서 방금 같은 현상을 보고 몇 장의 스크린샷을 찍었습니다. 로그가 시작 부분에 있는 수많은 ‘Unicorn 재시작 대기 중’ 메시지 중 하나를 표시하고 있는 동안 버튼이 다시 원래대로 돌아갔습니다. (저는 이 전환이 업그레이드 진행 상황과 관련이 없고, 시간이 경과했기 때문에 발생하는 것이라 추측합니다. 수정: 버튼 누름부터 복귀까지 60초. 반면 진행 표시줄은 약 90초 후에 처음 움직였습니다.) 아래를 참고하세요:
2개의 좋아요
나도 아직 해결되지 않았습니다.
1개의 좋아요
며칠 전에 좀 이상한 일이 있었어요. 좀 혼란스러웠거든요.
1개의 좋아요
기계(아마도 Docker 컨테이너만)를 재부팅하거나 redis를 재시작하면 해결될 것 같습니다. 이 문제에 대한 명확한 재현 단계를 가지고 있지는 않지만, 저도 직접 목격한 적이 있으므로 분명히 발생하는 문제입니다.
대부분 표면적인 문제(cosmetic issue)이므로 우선순위가 높지 않습니다. 명확하고 일관된 재현 단계를 가지고 있다면…
1개의 좋아요
지난주에 최신 베타 버전으로 7개의 인스턴스를 업그레이드했는데(테스트 통과), 모두 해당 문제를 겪었습니다.
2개의 좋아요
그렇다면 회귀 오류(regression)일 수 있겠네요. @eviltrout 참고 부탁드립니다.
2개의 좋아요
이 문제를 재현할 수 있었습니다. 클라이언트 코드는 의미 있는 방식으로 변경되지 않았습니다. /admin/docker/upgrade 호출이 이제 504 게이트웨이 타임아웃을 발생시키는 것 같습니다.
그 후 오류 핸들러가 상태를 "업그레이드 중 아님"으로 표시하도록 지시하는데, 이는 완료 시 메시지 버스 알림이 도착해도 완료 상태로 표시되지 않는다는 것을 의미합니다.
제 생각에는 근본 원인은 이전에 보지 못했던 504 타임아웃인 것 같습니다. 여기에서 어떤 종류의 프록시/레일즈 변경 사항이 있는 것으로 추정됩니다. 도커 이미지 안에 뭔가 있는 걸까요? @sam, 관련 내용을 알고 계시거나 개발 운영 팀에 할당할 수 있을까요?
3개의 좋아요
클라이언트에서 몇 가지 이상한 일이 일어나고 있어 다소 당혹스러운 상황이 발생하고 있습니다:
-
업그레이드 중에 왜 서버에 HTTP 요청을 보내고 있는 걸까요? 업그레이드 중간에
/admin/docker/upgrade로 요청을 보내는 것 같아서 이해가 되지 않습니다. 단순히 메시지 버스를 기다리면 됩니다. Firefox에서 실행했기 때문에 디버깅에 한계가 있습니다. -
메시지 버스는 롱 폴링(long polling)이 아니라 숏 폴링(short polling)만 지원하여 레이트 리밋(rate limit) 문제가 발생합니다.
-
"다음 업그레이드로 이동"이라는 표현이 다소 혼란스럽습니다. 특정 부분의 업그레이드가 완료되면 "완료"라고 표시하는 것이 좋으며, 다른 부분으로 바로 전환하는 것은 피해야 합니다.
@Osama 에이스터(ember) 디버깅, 개선, 업그레이드 등에 시간을 좀 투자해 주실 수 있을까요? 여기에서 대부분의 문제가 클라이언트 작업으로 해결될 것 같습니다.
이 주제에 참여 중인 분들을 위한 참고: 이 문제는 해결될 것이지만, 아마도 2~4주가 소요될 것입니다. 이미 한 달째 이어지고 있는 문제이므로 조금 더 기다릴 수 있다고 생각합니다.
6개의 좋아요
저는 그걸 본 적이 없는데, ‘모두 업그레이드’의 일부인가요?
저한테는 괜찮습니다. 누군가가 업그레이드가 다시 나타났을 때 실수로 ‘업그레이드 시작’을 클릭했다고 하는 말을 본 것 같은데, 다행히 해롭지 않기를 바랍니다. ‘업그레이드 재설정’은 사용해 본 적이 없지만, 업그레이드가 멈추는 경우를 대비한 안전장치인 것 같습니다.
2개의 좋아요
한 달 이상 전에 같은 문제를 보고한 기억이 나니, 꽤 오래전부터 존재해 온 문제인 것 같습니다.
2개의 좋아요
이 버그에 대한 수정 사항을 병합했습니다:
docker_manager를 업그레이드하면, 향후 업그레이드 시 이 버그가 수정될 것입니다.
7개의 좋아요
이 주제는 3일 후 자동으로 닫혔습니다. 더 이상 답변을 남길 수 없습니다.