S3上の重複したデイリーバックアップファイル

2.8.0.beta4 (53082e011a) にアップデートした後、予期しないバックアップの動作に気づきました。

1 日あたり 1 つのバックアップファイルが作成されるはずが、実際には 1 分未満の間隔で 2 つのバックアップファイルが作成されています。これにより、保護対象となる日数が実質的に半分に減ってしまいます。

バックアップは S3 用に設定されています。手動バックアップは期待通り、単一のファイルを作成します。

S3 へのバックアップを行っているサイトが複数あるため、これを見ていました。しかし、2.7.0.beta9 で動作しているサイトで同じ挙動が見られることに気づきました。その理由については、今のところ説明できません。

もしかして、Digital Ocean Spaces をお使いでしょうか?

また、AMS3 への手動バックアップが以下のエラーで失敗しました。

 [2021-07-28 21:03:03] EXCEPTION: This multipart completion is already in progress

すでにその場所にバックアップが存在しているのですが。

そろそろ、Spaces からのすべてのデータを移すために、さらに一層の努力を傾ける予定です。

2.8.0.beta4 を実行していますが、この問題は発生していません :thinking:

Discourse は通常の DO Droplet で動作し、AWS S3 バケットにバックアップしています。

私の設定は以下の通りです:

はい、使っています。今日のバックアップを確認しましたが、1 つしかありませんでした。

これはますます Digital Ocean Spaces の問題のように思えます。どのログを確認すべきでしょうか?

数日前からこの現象が発生しています。現在は 2.8.0.beta4 を使用していますが、今週中に 2.8.0.beta6 にアップグレードして改善するか確認する予定です。また、DigitalOcean Spaces も利用しています。

興味深いことに、バックアップの半分にはアップロードファイルとサムネイルが含まれており、残りの半分には含まれていません。以前はアップロードファイルとサムネイルもバックアップに含めていましたが、それらは rsync などの Linux コマンドで別途バックアップすることにしました。

9 月 12 日にバックアップが 2 つ存在しているのは驚きではありません。設定を変更してアップロードファイルとサムネイルを除外した後、手動で 2 つ目のバックアップを作成したためです。しかし、9 月 13 日や 14 日にバックアップが 2 つ存在するはずはなく、画像を含まないバックアップのみであるべきです。

ちょっと待って、ごめんなさい。問題が私の側にあったかもしれません。あ、しまった……後ほど改めて更新します。

Discourseインスタンスのウォームバックアップを作成していた際、ウォームバックアップ側のバックアップ機能を無効にするのを忘れてしまいました……その結果、ホットインスタンスとウォームインスタンスの両方がバックアップを作成し、毎日2つのバックアップが生成されてしまいました。私のミスです。