アップグレードが派手に失敗しました

サポート
32

テストを経てベータ版は最終的に安定版としてリリースされます。コアへの変更が大きい場合は、コマンドラインで特別な手順を実行する必要がある場合があります。

VPS（仮想専用サーバー）は、Discourseのインストールを実行するために料金を支払ったものです。自宅のPCで実行している場合を除きます。通常、サポートされていないインストールになる可能性が高いです。

以前はUpcloudをVPSプロバイダーとして使用していました。現在はCobtaboを使用しています。

34

十分なテストを経たベータ版は、人々が言うところの安定版リリースになります。

Moin が提供したリンクには以下が含まれています。

  • まだテスト段階にあるベータ版（本番環境には推奨されません）
  • テスト済み（数多くのテストに合格し、本番環境での使用準備が整ったと見なされます）セキュリティのために推奨されるチームブランチ。
  • カスタムプラグインやテーマ/テーマコンポーネントを実行している場合の安定版。変更は非常に遅いため、優れています。しかし、アップデートが遅いため、セキュリティリスクが高くなります。

ホストされている Discourse プランでは、最高のセキュリティと安定性を確保するために、通常、テスト済みブランチが使用されます。

誤解しないでください。VPS のような用語に慣れていないということは、この分野では非常に新しいことを示唆しています。Discourse はご自身でインストールしましたか、それとも Discourse フォーラムを引き継ぎましたか？私たちは皆、かつては Discourse のセットアップ/メンテナンスにおいて初心者でした。

36

意見ではありません。使用するソフトウェアであれば事実です。これは、使用するほとんどのオープンソースソフトウェアやクローズドソースソフトウェアと同等です。VPSは私が書きました。AndroidはVとPを大文字にしました。

しかし、公平に言えば、学習の助けを本当に求めていないのであれば、自分で物事を理解しなければならないと想像します。

幸運を祈ります！ :clinking_beer_mugs::smiling_face_with_sunglasses::+1::sparkles:

37

投稿のほとんどが @anon55243134 によって削除されたことに気づきました。これは、チームにとって、またアップデートスクリプトのメンテナンスやアップデートに関するメッセージングにとって、学ぶべき教訓があると強く思います。

@anon55243134 は、長年セルフホストの Discourse を運用してきた人物ですが、アップグレードの指示に従っただけで、破損して機能しなくなったインストール状態になってしまいました。

もし私が同じ状況に陥ったら、フォーラムの内容を失う可能性に非常に腹を立て、動揺するでしょう。セルフホスティングを選択した以上、たとえ可能であっても、それを修正するためにお金を払う準備ができていない、あるいはできないかもしれません。

警告とチェックが不十分だと思います。

  • ユーザーは最近のバックアップ（ホスティングサービスのスナップショットではない！）を取得しましたか？
  • ユーザーはそれをダウンロードしましたか？
  • ユーザーは、Webベースのアップデートが失敗し、コマンドラインアップデートが必要になる可能性があることを知らされていますか？
  • ユーザーは、OS が非常に古いかどうかを確認するように求められていますか？
  • ユーザーは、新しい最新のサーバーへの移行が最善のアプローチになる可能性があることを知らされていますか？
  • ユーザーは、メジャーアップデート（データベースアップデートなど）が危険である可能性があり、経験が浅い場合は、問題が見つかって修正されるまで1週間待つのが良いかもしれないと警告されていますか？

さらに懸念されるのは、削除された投稿の1つで、トラップされず、スクリプトが続行された、かなり劇的な失敗を目にしたことです。

cat: /shared/postgres_data/PG_VERSION: No such file or directory
...
E: Unable to locate package postgresql--pgvector
cp: cannot stat '/etc/postgresql//main/*': No such file or directory
sh: 1: /usr/lib/postgresql/bin/postgres: not found
...
Finding the real data directory for the source cluster
could not get data directory using "/usr/lib/postgresql/bin/postgres" -D "/shared/postgres_data" -C data_directory: No such file or directory
Failure, exiting

スクリプトを確認していませんが、存在しないものは問題が前途にあることを示しており、停止する時期であると予想されます。

「いいね！」 5
38

既存の問題を再び開いてしまい申し訳ありません！私の場合、UbuntuとPostgresをアップグレードし、その後 /var/discourse ディレクトリで sudo ./luancher rebuild app を再実行したところ、すべてが正しく再構築され、サイトも復旧しました。

この努力を手伝ってくれた皆さんに感謝します。このコミュニティなしではどうなっていたかわかりません。

ありがとうございます！

「いいね！」 5
39

この場所にはDiscourseを改善する機会が確かにあります。安定したインスタンスを7〜8年間運用しており、その間にサーバーのコマンドラインを通じてアップグレードする必要があったことは何度もあります。これは推奨される頻度とともにドキュメントにも記載されています。

しかしながら、ドキュメントはアクセスしやすいとは言えません。ドキュメントカテゴリーのプラグインは確かに改善されましたが、それでも私見では理想的なレベルには達していません。

私の改善提案としては、管理ウェブインターフェースに直接リンクを設置することです。例えば、 (?) リンクを設けてポップアップで情報を表示させた上で、Metaのこのトピックへの詳細情報へのリンクを付ける、という方法です。

アップデートパネルでは、似たような方法で追加情報を表示できると便利です。特にCoreとDockerの場合は、サーバーコマンドラインから行う必要のある旨をグレーアウトしたボタンとともに表示し、そのリリースノートの特定のセクションへのリンクを添付します。例えばDockerバージョンX、Ubuntu LTSバージョンX（または他の公式にサポートされるLinuxディストリビューション）。リンク先のトピックには、必要なコマンドラインのコピー＆ペーストの項目も含めるべきです。

スクリプトについては、どれほど簡単にできるか分かりませんが、最初に基本要件のチェックを行うスクリプトにしておき、必要な依存関係が見つからない場合はエラーメッセージと、その詳細情報へのリンクを表示して終了させるのが良いでしょう。

アップグレード失敗のメッセージは、より直感的になる必要があります。エラーがある場合にスクロールして上に戻るよう指示していますが、共通のエラーが存在し、それが再構築に影響しないケースもあります。したがって、原因となった主要なエラーをログファイルに出力し、その情報を元に対処できるようにする方が望ましいです。ただし、これらの変更にはかなりの作業時間がかかる可能性があります。

#documentation:self-hostingについては、セルフホスティング前に知っておくべきことの入門をより詳細にしたガイドが必要です。例えば、Ubuntu LTSのようなOSの基本知識、メンテナンスやディストリビューションのアップグレード方法、バックアップの最良慣行、具体的な操作手順などです。これらはスタッフカテゴリーのタグ付きトピックとしてMetaにリンクをつけて追加しても良いでしょう。

Bloombergがこの件について良いトピックを作成した記憶があります。私としては@anon55243134さんに謝罪しますが、彼らも自分の責任部分を果たす必要があります。サポートを求める場合は、発言を聞き、求められた情報を提供し、可能な限りの助言を得られるように心掛ける必要があります。

私たち全員が、デザインなどについてより良いアイデアを持っているかもしれませんが、現在の状態を受け入れる必要もあります。ダメージを与えるダウンタイムがどれほど辛いか私は知っています。 しばらく前に、私がボランティアの管理者として関わっているクライアントに問題がありました。サーバーが小さすぎてアプリを再構築できず、スペースを解放する方法について1か月以上請願しましたが、彼らは私の助言を無視し、最終的に私が警告したようにサーバーは大きなクラッシュを経験しました。彼らは結局、十分なスペースのある新しいサーバーを展開することになった問題を修正するためにメンバーに金銭を支払いました。そのサイトは2週間以上ダウンしていました。彼らの過失によるものです。後に、彼らはメールサーバーの管理を怠り、サイトがダウンしていない間も通知メールの欠如が大きな損害をもたらしました。もっと多くのことを言えますが、これはDiscourseの問題ではありません。それはセルフホスティングの問題です。

はるか昔に、テンプレートファイルが原因の再構築問題がありました。ログは十分な情報を提供し、テンプレートファイルをコメントアウトすることで問題を解決する推測を探ることができました。解決策を見つけた後、ここで何をしたかを投稿し、チームの問題解決に役立ちました。

全ての側で、改善に向けて努力する必要があります。経験とスキルを持つ人々が問題解決を支援できるように、読む時間と耳を傾ける時間を大切にしてください。それが私が自分のできることを理解できるようになった方法です。 特にDiscourseの複雑さを考えると、経験の浅いことについては、できる限り調査し、助けを求め、ここにいる皆さんの助言を受け入れています。

@anon55243134、もしもあなたがチャンスを与えてくれるなら、一緒にあなたをオンラインに戻す手助けができるかもしれません。 この過程で「どうすべきか」と考えることから逸脱せず、「現状を受け入れる」ことを優先しましょう。一度修復すれば、学んだ教訓を振り返り、改善の提案について良い議論を始めることができます。そして、チームが受け入れるなら（一般的にそうです）、他のプロジェクトも進行しながら、多くの時間が必要になることを理解してください。私たちの側ではアイデアに取り組み、知識のある人は時間があるときに必要な情報やベストプラクティスなどに取り組むことができます。

全員が団結すれば、より多くのことを成し遂げられます。結局、私たちはほとんど何も達成できません。

「いいね！」 5