自動バックアップが停止しました

[Isambard]

自動バックアップが停止しました。しかし、手動でトリガーされたバックアップは引き続き機能しています。問題をデバッグする方法はありますか？頻度は毎日設定されています。管理者のサイドバーにアップグレードの変更がありましたが、この変更後も数日間はバックアップが機能していました。

[merefield (Robert)]

昨晩、私も同じことが起こりました。

自動バックアップが失敗した場合、通知にログへのリンクが表示されるはずです。

私のログによると、zip圧縮を試みた際に空き容量が不足していました。古いデータベースファイルをクリアしなかったのでしょうか？確認します。

[merefield (Robert)]

いいえ、私にとっては古い画像が多すぎました。

いずれにしても、サイトを実行したまま以下を試してください。

./launcher cleanup app

これにより、いずれにしても役立つ可能性が高いです。

[Isambard]

バックアップの失敗メッセージはありませんでした。あたかもバックアップを試みなかったかのようでした。ディスク容量の不足もありません。古いバックアップを削除する設定を有効にしているため、バックアップは6つしかありません。

バックアップを外部からトリガーする簡単な方法はありますか。ホストのcronでスクリプト化するかもしれません。

[Canapin (Coin-coin le Canapin)]

@Isambard

外部からバックアップをトリガーする簡単な方法はありますか？

はい、コマンドラインからバックアップを実行できます。

@supermathie

コンテナ 外側 にスケジューラがありますよね？

そこにスケジュールできます。例：

# ホストのcrontabに入れる
# 4時間ごとに1回、毎時バックアップを実行
0 */4 * * * docker exec app discourse backup --sql-only

[Isambard]

docker exec app discourse backup --sql-only

これはフォーラムが1つのDiscourseサイトでは機能します。マルチサイト設定でバックアップするフォーラムを指定するにはどうすればよいですか？

編集：このコマンドは機能します
cd /var/www/discourse && RAILS_DB=chosenforum RAILS_ENV=production sudo -H -E -u discourse bundle exec script/discourse backup --sql-only

または、完全なdockerコマンドで：
docker exec containerID bash -c 'cd /var/www/discourse; RAILS_DB=chosenforum RAILS_ENV=production sudo -H -E -u discourse bundle exec script/discourse backup --sql-only'