저는 몇 달째 정확히 같은 문제를 겪고 있습니다. 네트워크나 PC 등을 바꿔도 효과가 없습니다. 내 백업 파일 크기가 4.3GB인데, 이것이 문제일까요?
대상 파일 시스템이 FAT32라면, 네 그렇습니다.
NTFS, Win 11. 실패할 때 표시되는 오류 메시지는 일반적입니다 - '네트워크 문제’라고 나와요.
1개의 좋아요
저희와 동일한 문제를 겪고 있는 것 같습니다. 백업 다운로드가 실패하기까지 얼마나 걸리는지 알려주실 수 있을까요? 제 경우엔 항상 약 30초 정도인 것 같습니다. 어떤 토큰이 만료되었기 때문일 수도 있습니다.
두 번의 시도에서 .part 파일 크기는 각각 1.1GB와 1.9GB로, 총 4.3GB 중 26%와 44%에 해당합니다.
1개의 좋아요
이 방향으로 많이 나아갈 수 없을 것 같네요. 컴퓨터로 백업을 다운로드하는 문제를 해결하려는 거라면, scp/rsync 사용을 권장합니다. 또 다른 해결책은 백업을 S3 같은 서비스로 푸시한 후 거기서 가져오는 것입니다.
무언가를 알아볼까 했지만, S3에 없는 거대한 백업을 가진 사이트를 찾지 못했습니다.
Discourse, Nginx, 리버스 프록시의 복잡한 부분을 배우는 데 재미를 붙이고 있다면 계속하셔도 됩니다.
1개의 좋아요
이 문제가 처음 발생했을 때부터 scp를 사용해 왔고, 단순히 이 문제의 또 다른 사례를 기록하기 위해 참여했습니다. 만약 누군가가 이 문제를 더 추적하고 싶다면, 서버 공간이 점점 좁아지고 있다는 점(“46.79GB 중 70.1% 사용”)이 또 다른 단서가 될 수 있습니다. 이로 인해 몇 개의 백업만 순환 보관하는 것조차 어려워졌습니다. 클라이언트를 설득하여 드롭릿 용량을 확장할 수 있다면, 그 결과를 이곳에 다시 공유하겠습니다.
백업은 S3에 푸시하는 것을 추천합니다. yml 파일에서 설정을 해두면, yml 파일만으로 새 서버로 복원할 수 있습니다. Digital Ocean Spaces는 월 5달러 수준입니다. Backblaze에는 무료 티어도 있을 것 같습니다.
버그가 아니라고 말하는 것은 아닙니다만, 아무도 수정에 관심이 없어 보입니다(제가 놓친 디스코르스 팀 멤버의 답변이 없는 한).
수정되지 않을 버그를 보고하는 데 무슨 의미가 있나요? 알려주셔서 감사합니다. 좋은 하루 보내세요!
제가 놓친 건데, Sam이 응답을 했었고 수정 방법을 제안하는 것처럼 보였어요. 다만, 누가 그 수정을 실행할지 지정한 것 같지는 않더라고요. 여기서 보이지 않는 다른 논의가 진행 중일 수도 있겠네요.
이 문제가 해결된 것으로 보입니다. 금요일 저녁에 2026.01.0-latest 버전으로 업데이트한 후, 마침 브라우저로 UI 백업 다운로드 이메일 링크를 확인해 보았습니다. 잘 작동했습니다.
2개의 좋아요
버그가 수정된 것 같습니다. 확인합니다. 
3개의 좋아요