今朝GUI経由で更新したところ、サイトがダウンしてしまいました。Postgres V15からV18への更新を試みたものの失敗したようです。そのため、ランチャーからアプリ内で再構築を試みましたが、状況は変わりませんでした。また、VIPS /usr/local/lib/libvips.so.42に関するエラーも発生しています。
何かアイデアはありますか？それとも私だけでしょうか？
データベースのバージョンアップ時などは特に、再構築を2回目は試す価値があります。 nearbyのトピックを参照してください。
問題がまだ解決しない場合は、出力された内容の約100行を、できればコードブロック内に貼り付けてください。
Chrisが指摘しているように、少し遅すぎるかもしれませんが：
そのコマンドは試しましたが、あなたが言及したスレッドにはたどり着けませんでした。アップデートを開始する前にバックアップを取っていたので、コンテナ内で手動で PostgreSQL を V18 にアップデートし、さらに新しいバージョンの vips をコンテナ内にインストールして設定することで、先ほど無事に動作させることができました。
サイトは現在稼働しているようです。その後、フルリビルドを実行し、成功しました。これで問題は解決したはずです。
vips-8.18.4
PostgreSQL 18.4
しかし、もう一台のマシンにもアップデートが必要なインスタンスがあるので、あなたが投稿したスレッドを詳しく読むつもりです。
Ed_S さん、ありがとうございます！
2025年10月の app.yml ファイルに既に次の記述があるのは興味深いですね：
templates:
- “templates/postgres.template.yml”
別のトピックで何か誤解していますか？
デフォルトの選択は、PostgreSQLを特定のバージョンに固定せず、Discourseが好むものを採用することだと思います。
（ユーザーは新しいバージョンの到来を察知し、それを採用したくない場合に、特定のバージョンを固定します。ただし、それが予期せず届く前に行動する必要があります。）
うーん、今朝のアップデートで何が問題で失敗したのか、まだよくわかりません。このサイトの失敗理由が明確になるまで、他のサイトのアップグレードには慎重になります。特に、コンテナ内で手動でアップグレードを行うのはあまり好きではないので、最初のサイトを動作させるためにやったような失敗を繰り返したくないのです。
私の推測では、今日からPostgreSQL 18版を導入するこのアップデートは、再構築を2回行う必要があるでしょう。Webインターフェースからは再構築を1回しか実行できず、私の推測が正しければ、Webインターフェースのアップデートは常に失敗したように見えます。実際には失敗したわけではなく、半分の工程しか完了しなかっただけです。
この推測は間違っている可能性もあります。容易にテストできるわけではありません。
私を含め、複数の人がWebアップデート機能を使わなくなっていると述べています。それは、万が一失敗した場合でも、結局コマンドラインにアクセスする必要があるからです。確かに、この機能は95%以上、おそらくそれ以上の確率で正常に動作します。しかし、稀に失敗する可能性があるため、私は個人的にこの機能を使用していません。
なるほど、GUIではなくCLIでアップデートするというアイデアは良いですね。最初のサイトはUbuntu 22.04で、まだアップグレードが必要な2番目のサイトは24.04です。今朝は十分刺激を受けました。2番目のサイトはCLIでのみアップデートを試みて、後ほど報告します。2番目のサーバーの/usr/local/lib/libvips.so.42にはまだ古いvipsが残っているようです。前回とは異なり、今回も必要に応じてアップグレードされることを願っています。ありがとうございます。
OJ、はっきりさせておくと、私の最初の Discourse アップデートは確実に失敗しました。GUI アップデート後の CLI リビルド後も同様です。そのため、Postgres と vips の両方のコンテナを V18 に手動でアップデートする必要がありました。2番目のサイトではより良い結果を期待しています。お楽しみに。
それはかなり深刻な状況だ。
十分なディスク容量があることを確認してください。別のトピックで、データベースサイズの2倍を推奨すると記載されていますので、留意してください。
確かに、両方のサーバーに十分なディスク容量があります。これがサーバー1です
df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 194G 25G 170G 13% /
サーバー2:
df -h /var/discourse
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 193G 26G 168G 14% /