我几个月以来一直遇到这个问题。更换网络、电脑等都没有效果。我的备份文件大小是 4.3 GB，这会是问题所在吗？
如果目标文件系统是 FAT32，那么答案是肯定的。
NTFS，Win 11。失败时我收到的错误消息很笼统——“网络问题”。
1 个赞
我认为您遇到了和我们一样的问题。您能告诉我们备份下载失败大约需要多长时间吗？对我来说，似乎总是在 30 秒左右。可能是因为某个令牌过期了。
两个尝试的 .part 文件大小分别为 1.1 GB 和 1.9 GB，总计 4.3 GB，占比分别为 26% 和 44%。
1 个赞
我不认为你在这方面能走多远。如果你想解决将备份下载到你的电脑上的问题，我建议使用 scp/rsync。解决这个问题的另一种方法是将备份推送到某个类似 S3 的地方，然后从那里获取。
我本来打算看看是否能找出什么办法，但我找不到一个没有使用 S3 存储的大型备份站点。
如果你想了解 Discourse、Nginx 和反向代理的复杂性，并且你玩得很开心，那就继续吧。
1 个赞
我从问题开始以来一直在使用 scp，只是插话记录了问题的另一个实例。以防有人想跟进，另一个可能的线索是服务器空间正在变小，“46.79GB 的 70.1%”，使得甚至很难在上面保留几个备份轮换。如果我成功说服客户扩展液滴（droplet），我将在此处再次发布结果。
我会将备份推送到 S3。如果你在 yml 文件中配置它，你只需使用 yml 文件就可以恢复到新的服务器。Digital Ocean Spaces 每月只需 5 美元。我认为 Backblaze 甚至可能有免费套餐。
我并不是说这不是一个错误，但它看起来不像是一个有人有兴趣修复的错误（除非我错过了来自 Discourse 团队成员的回复）。