「EXCEPTION: x個中y個のアップロードがS3に移行されていません。'default'データベースのS3移行に失敗しました。」の復元に失敗しました。

これは、Discourse サーバー上の問題に対処している間に、meta.discourse.org に下書きとして保存されてきたものです。以下の問題については回避策を見つけることができましたが、古い破損したサーバーにアクセスできない状態での「災害復旧」(バックアップからの完全復元)ができないことは懸念材料です。(根本原因は Postgres のバージョン 10 から 12 へのアップグレード失敗でしたが、Discourse の app.yml ファイルで アップデートを延期 し、バックアップ作成前に enable_s3_uploads サイト設定を無効化することができました。その後、バックアップを作成し、新しいサーバーにアップロードして復元した結果、Discourse サイトは再び動作するようになりました。元のメッセージは以下の通りです。


S3 に保存されたバックアップから Discourse インストールを再構築しています。古いインストールは非常に古く、2016 年 6 月に最初にインストールされました。Postgres のバージョン 10 から 12 へのアップグレード失敗により、この復元は新しいインストールから開始しました。その問題を修正するのではなく、このサーバーはサポートが終了した Ubuntu バージョンを実行していたため、最新のバックアップを取得して新しいサーバーにロードすることを考えました。しかし、復元に失敗しました。ログ上、問題に遭遇している箇所は以下の通りです。

[2020-11-23 22:27:32] 翻訳を再読み込み中...
[2020-11-23 22:27:32] アップロードの再マッピング中...
[2020-11-23 22:27:32] アップロードを復元中、時間がかかる場合があります...
[2020-11-23 22:28:38] 例外: 751 件中 465 件のアップロードが S3 に移行されていません。データベース 'default' に対する S3 移行に失敗しました。
[2020-11-23 22:28:38] /var/www/discourse/lib/file_store/to_s3_migration.rb:131:in `raise_or_log'
/var/www/discourse/lib/file_store/to_s3_migration.rb:78:in `migration_successful?'
/var/www/discourse/lib/file_store/to_s3_migration.rb:357:in `migrate_to_s3'
/var/www/discourse/lib/file_store/to_s3_migration.rb:65:in `migrate'
/var/www/discourse/lib/file_store/s3_store.rb:238:in `copy_from'
/var/www/discourse/lib/backup_restore/uploads_restorer.rb:48:in `restore_uploads'
/var/www/discourse/lib/backup_restore/uploads_restorer.rb:30:in `restore'
/var/www/discourse/lib/backup_restore/restorer.rb:64:in `run'
/var/www/discourse/script/spawn_backup_restore.rb:23:in `restore'
/var/www/discourse/script/spawn_backup_restore.rb:36:in `block in <main>'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `fork'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `<main>'
[2020-11-23 22:28:38] ロールバックを試行中...

これは Restore process cancelled at migrating uploads to S3 step - #5 by Jim.Morrison と似ていますが、問題の解決方法についての具体的なアドバイスは提供されていませんでした。

また、投稿ウィンドウの右側にある投稿前のメッセージでは Failed to restore DB も提案されていましたが、こちらにも役立つ情報は含まれていませんでした。

「いいね!」 1

私もここで同じ問題に直面していますが、解決できませんでした。

ここで具体的に何をしたのか、詳しく説明していただけますか?この設定は管理者 → 設定 GUI ページで無効にしましたか、それとも app.yml で無効にしましたか?バックアップ後、復元してすべてを取り戻すことができましたか?バックアップ後にこの設定を再度有効にしましたか?ありがとうございます。

これは app.yml ファイルを編集していた際のことです。はい、すべて元に戻すことができました。残念ながら、2 年前の作業からメモを作成しておらず、時間の経過とともに詳細が失われてしまいました。バックアップにアップロードを含める」を再度有効にしていませんでしたが、今後はそうするつもりです。以前抱えていた問題が修正されていることを願っています。

「いいね!」 1

復元後、投稿に添付ファイルへの壊れたリンクは見つかりましたか?

思い出せません。幸運を祈ります!