여기서 다른 (닫힌) 스레드들을 참고하여 Docker를 업데이트하는 방법을 시도해 보았지만, 시도한 모든 접근 방식이 각기 다른 이유로 실패했습니다.
여기서 많은 다른 분들처럼, 저는 DigitalOcean Droplet에서 Discourse를 실행하고 있습니다. 하지만 20.10.0(또는 이상적으로는 24.0.7)으로 업데이트할 수 없습니다.
명령 프롬프트를 통해 Docker를 업데이트할 수 있도록 방향만이라도 알려주시면 감사하겠습니다!
여기서 다른 (닫힌) 스레드들을 참고하여 Docker를 업데이트하는 방법을 시도해 보았지만, 시도한 모든 접근 방식이 각기 다른 이유로 실패했습니다.
여기서 많은 다른 분들처럼, 저는 DigitalOcean Droplet에서 Discourse를 실행하고 있습니다. 하지만 20.10.0(또는 이상적으로는 24.0.7)으로 업데이트할 수 없습니다.
명령 프롬프트를 통해 Docker를 업데이트할 수 있도록 방향만이라도 알려주시면 감사하겠습니다!
추가 컨텍스트: 제이의 해결 방법을 시도하면 다음 오류가 발생합니다:
E: Malformed entry 58 in list file /etc/apt/sources.list (URI parse)
E: The list of sources could not be read.
흥미롭게도 이 오류가 3번 반복됩니다. (아마도 너무 많이 시도해서 동일한 항목의 결함이 있는 여러 버전을 설치한 탓일까요? 그렇다면 이를 정리하는 방법을 모르겠습니다…)
점점 더 Ubuntu 업데이트가 필요한 것 같은데, 이 작업도 문제없이 진행되지 않고 있습니다.
apt update를 입력해도 여전히 잘못된 항목 58 오류가 발생합니다.
해당 오류를 검색해 보시면 몇 가지 아이디어를 얻을 수 있습니다.
사용 중인 OS가 오래되었습니다. sources.list 파일도 오래되었습니다. 서버를 업그레이드해야 합니다. 새 서버로 이동을 권장합니다.
새로운 OS를 사용 중일 수도 있지만(2021년경의 매우 오래된 Docker이므로 가능성은 낮습니다), 그 파일이 어떻게든 손상되었을 수 있습니다.
OS를 업그레이드하지 않으려면 Discourse도 업그레이드하지 마세요.
저는 이 포럼을 비롯한 여러 곳에서 그렇게 해왔습니다.
이 작업을 수행하는 데는 문제가 없지만, malformed entry 58 오류에 부딪히고 있습니다. 문제가 서버가 https를 실행하지 않고 sources.list 파일에 http 참조만 있는 것 때문일 수 있을까요?
이 단계를 넘어갈 수만 있다면 OS를 업그레이드할 수 있습니다. 문제는 현재 제가 있는 위치에서 어떻게 넘어갈지 모른다는 것입니다.
죄송합니다. 제 추천은 이미 업그레이드되어 정상 작동하는 새로운 서버를 설정하는 것입니다. 이 방법은 틀릴 가능성이 없고, 더 빠르며, 더 안전합니다. rsync를 사용하여 Discourse 사이트를 다른 VPS로 이동하기를 참고하세요.
nano /etc/apt/sources.list를 실행하여 해당 줄을 삭제하세요. 사용자 본인이나 어떤 스크립트가 그 위치에 잘못된 줄을 추가한 것입니다.
결국 이 방법을 시도하게 될 것 같습니다. 며칠은 걸릴 것 같지만, 이 Droplet에서 Ubuntu를 업데이트하는 것보다 더 간단한 방법이라고는 생각하기 어렵습니다.
여기서 Droplet으로 Discourse를 운영하는 분들이 많은데, 이 장벽을 넘을 수 있는 알려진 방법이 전혀 없나요?
dist upgrade를 실행하는 것보다 며칠을 더 적게 소모할 것입니다
DO의 “스냅샷에서 생성” 기능을 사용할 수 있나요? 아니면 새 Droplet에 똑같이 지루한 OS가 설치될까요?
그렇게 고민하지 마세요
저는 두 가지를 모두 해보았습니다. 시간적인 측면에서는 새 인스턴스를 시작하는 것이 더 빠르지만, rsync가 작동하려면 SSH 키를 추가해야 합니다. 이전에 한 번도 해본 적 없다면 몇 분 정도 걸리지만, 어렵지 않습니다.
Ubuntu 업그레이드는 더 오래 걸립니다. 업그레이드 전에 스냅샷을 찍어야 하기 때문입니다. 그 후에는 주로 설정에 관한 질문이 많이 나오며, 결정을 내리는 데도 시간이 좀 걸립니다(그 길을 선택한다면 기존 설정을 사용하는 것을 추천합니다). 하지만 오래된 설정이나 파일이 남아있지 않은지 100% 확신할 수는 없습니다.
그 백포트가 대체 무엇인지 궁금합니다. 마지막 줄들을 주석 처리하고 시도해 보세요. 이미 스냅샷을 만들어 두었으니 잃는 것은 시간뿐입니다.
Ubuntu 업그레이드가 제게 실패했던 유일한 경우는 DigitalOcean(DO)에서였지만요.
수정
DO의 VPS를 확인해 보니 그 백포트가 그대로 있었습니다. 그래서 DO에서 제공하는 커스텀 설정인 것 같습니다.
아니요, 사용할 수 없습니다. 1:1 복사를 생성합니다.
음, 파일의 끝이 아니었네요. 설치를 만지작거리다가 추가된 줄을 삭제했습니다. 이 튜토리얼들을 다시 시도해 볼 거예요.
런처 재빌드를 다시 실행했고, 포럼이 다시 올라왔어요 ![]()
대단하네요! 축하드립니다! 문제를 해결하셨다니 기쁩니다!
‘업그레이드’ 게시물을 해결책으로 표시했습니다. 한 번 더 재빌드를 해야 했지만, 그것이 진정한 해결책이었기 때문입니다.