数ヶ月間、全く同じ問題が発生しています。ネットワークやPCを変更しても効果がありません。バックアップファイルのサイズが4.3GBなのですが、それが問題でしょうか？
宛先ファイルシステムがFAT32であれば、答えは「はい」です。
NTFS、Win 11。失敗したときに表示されるエラーメッセージは「ネットワークの問題」という一般的なものです。
「いいね！」 1
私たちが抱えている問題と同じ問題だと思います。バックアップのダウンロードが失敗するまでにどのくらい時間がかかるか教えていただけますか？私の場合、いつも30秒前後です。何らかのトークンの有効期限が切れているのかもしれません。
2つの試行の.partファイルのサイズは、合計4.3GBのうち1.1GBと1.9GBで、それぞれ26%と44%です。
「いいね！」 1
これではあまり進まないと思います。コンピューターにバックアップをダウンロードするという問題を解決しようとしているのであれば、scp/rsyncの使用をお勧めします。もう一つの解決策は、バックアップを何らかのS3のようなものにプッシュし、そこから取得することです。
何か解決策を見つけようと思っていましたが、S3上にない巨大なバックアップがあるサイトが見つかりませんでした。
Discourse、Nginx、リバースプロキシの複雑さについて学びたいのであれば、そして楽しんでいるのであれば、続けてください。
「いいね！」 1
私はこれが始まって以来 scp を使っています。この問題の別の事例を記録するために口を挟みました。誰かがこの件を追跡したい場合に備えて、サーバーの空き容量が逼迫していることも別の手がかりになるかもしれません。「46.79GB の 70.1%」で、ローテーションで数個のバックアップを保持することさえ困難になっています。クライアントと交渉してドロップレットを拡張できたら、結果について再度ここに投稿します。
私はバックアップをS3にプッシュすることを推奨します。ymlファイルで設定すれば、ymlファイルだけで新しいサーバーに復元できます。Digital Ocean Spacesは月額わずか5ドルです。Backblazeには無料枠さえあるかもしれません。
そして、それがバグではないと言っているわけではありませんが、誰も修正に興味を持っていないように見えます（Discourseチームメンバーからの返信を見逃していなければ）。
[quote="pfaffman, post:28, topic:388578"]\nそれがバグではないとは言いませんが、誰も修正することに興味を示していないようなバグのようには見えません\n\n[/quote]\n\n修正されないのであれば、バグを報告する意味は何でしょうか？ お知らせいただきありがとうございます。良い一日を！
サムが返信し、修正を提案したようですが、それを実行する担当者を割り当てたようには聞こえませんでした。ここには表示されていない他の議論があるのかもしれません。
この問題は解決したようです。金曜日の夜に2026.01.0-latestにアップデートし、ブラウザ経由でのUIバックアップダウンロードメールリンクをちょうど確認しました。問題なく動作しました。
「いいね！」 2
バグが修正されたことを確認しました 
「いいね！」 2