私が所属する非営利団体は Discourse 2.9.0.beta1 を導入していますが、元の管理者が退職したため、メンテナンスが私の担当になりました。SMTP 認証情報を更新しようとしたところ、このインストールは再構築も、Web またはコマンドライン経由での安全なアップグレードもできないことがわかりました。（作業開始前にインスタンスのホットバックアップを取得していなかったら、大変なことになっていたでしょう。）問題は Ruby のかなり深い部分で発生しているようで、役立ちそうであればログをキャプチャできます。
古すぎるために正常に更新できないのではないかと考え、代わりにリカバリプロセスを試みました。新しい Discourse インスタンスを作成し、フォーラムの最新のバックアップをロードしましたが、このプロセスもデータベースの列エラーと思われるもので不完全に失敗し、アップグレードプロセスが応答不能になりました。
現在の状況から、最善の方法は何でしょうか？フォーラムは現時点では機能していますが、アップグレードも、バックアップの利用もできないようです。リカバリを続行すべきでしょうか、それともアップグレードの試みを再開し、ログを取得して開始すべきでしょうか、あるいは私が見ていない 3 つ目の選択肢があるのでしょうか？
pfaffman
(Jay Pfaffman)
2
新しい仮想マシンに移行する必要があります。お使いのOSが古すぎて、Dockerをサポートされているバージョンにアップグレードできない可能性が高いです。
より高速で安価な新しいハードウェアを搭載した新しいVMに移行することをお勧めします。
rsyncを使用してDiscourseサイトを別のVPSに移行するを参照してください。
移行作業を依頼したい場合は、dashboard.literatecomputing.comから連絡してください。
うーん。
Dockerのバージョン管理は、Rubyのビルドが失敗した理由には関係なかったようですが、可能性がないわけではありません。再構築に含まれていたDockerのプルには、特別な失敗状態は見られませんでした。しかし、試してみる価値はありそうです。返信ありがとうございます！
「いいね！」 1
root@ip-[...]:~# cat /etc/issue
Ubuntu 16.04.6 LTS \n \l
root@ip-[...]:~# docker --version
Docker version 17.05.0-ce, build 89658be
返信ありがとうございます。現在移行を試みていますが、どうやらそれはプロセスになるようです。
pfaffman
(Jay Pfaffman)
9
rsync を使用して Discourse サイトを別の VPS に移動する手順に従って、ほとんどの場合、再び動作するようになりました。
Move a Discourse site to another VPS with rsync
あなたの移動は、Configure an S3 compatible object storage provider for uploads で説明されているように、データベースで S3 のバックアップが設定されていたため、さらに複雑になりました。ただし、これはアップロード用なので、use_s3 設定は使用せず、バックアップバケットと場所のみを使用する必要があります。編集：そして、EC2 がバケットへの書き込み権限を持っていないため、リストアが失敗しました。
サイトの前にロードバランサーがあることも、ほとんどの人とは異なる点です。
そして、認証情報がデータベースや YML ファイルではなく EC2 のものであるため、リストアを完了できません。
「いいね！」 1