docker_discourse のインスタンスが 1b83bcc で停止したままになっています。私の解釈では、次のコミット は、SSH コンソールから ./launcher rebuild app を実行することを要求しています。最新バージョンに管理者 UI からアップグレードして様子を見ることも考えましたが、サーバーへの SSH アクセスがないため、このアップグレードを実行すると、コマンドラインでの実行を促すメッセージが表示されたままになるのではないかと懸念しています。
私の理解は正しいでしょうか？SSH アクセスが必要なのでしょうか、それとも管理者経由でアップグレードを進めても問題ないでしょうか？
私の理解では、expected_version によって、ドッキングイメージの破損（dangling images）を防ぐために Docker コンテナの再構築が必須となるはずです。
ご支援ありがとうございます。
SSH をサーバーに持たないことは、Discourse を維持する非公式な方法です。ベースイメージを定期的に更新する必要があるためです。管理しているフォーラムへの SSH アクセスを取得する方法を把握することを強くお勧めします。
わかります、これはシステム管理者が姿を消すという特殊なケースですね。つまり解決されたのですね。確認ありがとうございます。
システム管理者が本当にいなくなった場合は、バックアップを取得し、新しいサーバーをセットアップして、そこにデータを復元することをお勧めします。
はい、それはシンプルで明快、かつ合理的な解決策です。しかし、ドメイン名の変更など、いくつかの問題を伴います。私はできるだけ慌てず、システム管理者に時間をかけ、コミュニティ全体で合意形成を図ろうとしています。これらは単に技術的な問題を解決するだけの話ではなく、人間の要素を考慮することが重要です。
あなたが提案されているのは、最終手段として最終的に検討される可能性のある解決策です。
ご心配いただき、ありがとうございます！
なるほど。ドメイン名はサーバー自体とは別のもので、あなたが管理しているものだと思っていました。ずいぶん複雑なようですね。