前述のリンクで議論されたように、Discourse がバックアップをクラウドストレージにアップロードするように構成されている場合、アップロードはサイレントに失敗し、tar ファイルがローカルディスクに残る可能性があります。このような失敗が数回発生すると、ディスク容量がないためフォーラムがダウンします。バックアップが失敗した場合と同様に、アップロードが失敗したときに通知を要求します。
アップロード用の S3 互換オブジェクトストレージプロバイダーを構成する - ドキュメント / sysadmin - Discourse Meta
「いいね！」 2
Canapin
(Coin-coin le Canapin)
2
私もフォーラムでこの問題に数回遭遇したと思います。
gerhard
(Gerhard Schlager)
3
バックアッププロセスは、失敗した場合でも完了時にクリーンアップされるはずです。しかし、OSがクリーンアップを実行する前にバックアッププロセスを強制終了する可能性があります。現時点で考えられる理由は以下の通りです。
- ホストが再起動する（OSのアップグレードなど）
- Dockerコンテナが再起動する（Dockerデーモンが更新されたりクラッシュしたりした場合など）
- システムのメモリが不足し、プロセスが強制終了される
- プロセスが何らかの理由でクラッシュし、正常に終了できない
おそらく、この機能リクエストは次のようになります。バックアップが中断されたかどうかを確認するバックグラウンドジョブが必要です。その場合、バックアップの一時的なアーティファクトをクリーンアップし、管理者に警告を送信する必要があります。
「いいね！」 2