バックアップにContabo Object Storageを使用しており、機能させるためには「s3_backup_bucket」を空にしておく必要があります。そうしないと、バケットのURLの先頭に名前が追加されてしまい、機能しません。
手動でバックアップを実行すると問題なく完了しますが、自動の日次バックアップは機能しません。ダッシュボードにも次のように表示されます。
サーバーはS3にバックアップをアップロードするように設定されていますが、以下のいずれかの設定が設定されていません：s3_access_key_id、s3_secret_access_key、s3_use_iam_profile、またはs3_backup_bucket。サイト設定に移動して設定を更新してください。
これを修正する方法はありますか？
追伸：先週のアップデートまでは正常に動作していました。
s3_backup_bucket を定義せずにS3にバックアップをアップロードすることはできません。
それがどのようにして真実であり得るのか想像できません。
なぜ手動で実行すると機能するのでしょうか？
ContaboのバケットURLは https://usc1.contabostorage.com/bucketname です。
Discourseの設定に名前を追加すると、https://bucketname.usc1.contabostorage.com/bucketname または https://bucketname.usc1.contabostorage.com/ に接続しようとします。
これはContaboでは機能しません。
scalewayでも同じことが起こりました。5月16日頃までは機能していましたが、その後は機能しなくなりました。
さらに、50回以上のテスト（すべての値を変更）を行いましたが、機能した唯一の方法は、「s3バックアップバケット」を空白のままにした場合でした。その場合、システムは「default」という名前のフォルダを作成しましたが、機能しました。それ以外の場合は、いくら組み合わせを変更しても、新しいAIを作成しても、権限を変更しても、何も機能しませんでした。
それはバグのようですね。
それは想定された動作です。
空にする代わりにスペースを入力してしまい、今夜のバックアップが実行されました。ダッシュボードにはまだアドバイスが表示されています。
もう一つ、アップロード完了後にローカルファイルを削除していません。
以前のプロバイダー（idrive）に戻し、すべて通常の状態に戻りました。
バケットを Contabo リージョンに設定し、リージョンなしで S3 エンドポイントを設定する必要があります。
例：
バケット：usc1
S3 エンドポイント：https://contabostorage.com/bucketname
これで正常に動作します。