Discourseのアップデートが失敗し続けています

本日、アップデートを実行しようとしましたが、リビルドが失敗し続けています。非公式プラグインはすべて削除しましたが、次に何をすべきかわかりません。

エラーメッセージは以下の通りです。

Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 134

そのエラーメッセージの下に、「** FAILED TO BOOTSTRAP ** スクロールアップして、以前のエラーメッセージを探してください。複数ある場合があります。」というテキストがあります。

ですから…スクロールアップして、以前のエラーメッセージを探してください。

「いいね!」 3

間違ったものを貼り付けました。

クライアントからデータを受信できませんでした: ピアによって接続がリセットされました
中止しました (コアダンプ)
I, [2022-07-04T09:24:39.336838 #1]  INFO -- : 
I, [2022-07-04T09:24:39.337289 #1]  INFO -- : 非同期プロセスを終了しています
I, [2022-07-04T09:24:39.337528 #1]  INFO -- : HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42 に INT を送信しています
2022-07-04 09:24:39.337 UTC [42] LOG:  高速シャットダウン要求を受信しました
I, [2022-07-04T09:24:39.337594 #1]  INFO -- : exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103 に TERM を送信しています
103:signal-handler (1656926679) SIGTERM を受信し、シャットダウンをスケジュールしています...
103:M 04 Jul 2022 09:24:39.373 # ユーザーがシャットダウンを要求しました...
103:M 04 Jul 2022 09:24:39.373 * 終了する前に最終的な RDB スナップショットを保存しています。
2022-07-04 09:24:39.441 UTC [42] LOG:  アクティブなトランザクションを中止しています
2022-07-04 09:24:39.447 UTC [42] LOG:  バックグラウンドワーカー「論理レプリケーションランチャー」(PID 51) が終了コード 1 で終了しました
2022-07-04 09:24:39.448 UTC [46] LOG:  シャットダウンしています
2022-07-04 09:24:39.925 UTC [42] LOG:  データベースシステムはシャットダウンされました

それより上の数行も貼り付けていただけますか?

「いいね!」 1

これらが十分であることを願っています。もしもっと必要であればお知らせください。

7f7ec07f9000-7f7ec07fd000 rw-p 00000000 00:00 0 
7f7ec07fe000-7f7ec07ff000 r--p 00000000 00:38 43787088                   /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec07ff000-7f7ec0800000 r-xp 00001000 00:38 43787088                   /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0800000-7f7ec0801000 r--p 00002000 00:38 43787088                   /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0801000-7f7ec0802000 r--p 00002000 00:38 43787088                   /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0802000-7f7ec0803000 rw-p 00003000 00:38 43787088                   /usr/local/lib/ruby/2.7.0/x86_64-linux/enc/encdb.so
7f7ec0803000-7f7ec0830000 r--p 00000000 00:38 43659503                   /usr/local/lib/libruby.so.2.7.6
7f7ec0830000-7f7ec0a43000 r-xp 0002d000 00:38 43659503                   /usr/local/lib/libruby.so.2.7.6
7f7ec0a43000-7f7ec0b3b000 r--p 00240000 00:38 43659503                   /usr/local/lib/libruby.so.2.7.6
7f7ec0b3b000-7f7ec0b3c000 ---p 00338000 00:38 43659503                   /usr/local/lib/libruby.so.2.7.6
7f7ec0b3c000-7f7ec0b42000 r--p 00338000 00:38 43659503                   /usr/local/lib/libruby.so.2.7.6
7f7ec0b42000-7f7ec0b45000 rw-p 0033e000 00:38 43659503                   /usr/local/lib/libruby.so.2.7.6
7f7ec0b45000-7f7ec0b62000 rw-p 00000000 00:00 0 
7f7ec0b62000-7f7ec0b63000 r--p 00000000 00:38 39719923                   /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b63000-7f7ec0b83000 r-xp 00001000 00:38 39719923                   /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b83000-7f7ec0b8b000 r--p 00021000 00:38 39719923                   /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8b000-7f7ec0b8c000 r-xp 00000000 00:00 0 
7f7ec0b8c000-7f7ec0b8d000 r--p 00029000 00:38 39719923                   /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8d000-7f7ec0b8e000 rw-p 0002a000 00:38 39719923                   /lib/x86_64-linux-gnu/ld-2.31.so
7f7ec0b8e000-7f7ec0b8f000 rw-p 00000000 00:00 0 
7ffdf35f7000-7ffdf3df6000 rw-p 00000000 00:00 0                          [stack]
7ffdf3dfb000-7ffdf3dfe000 r--p 00000000 00:00 0                          [vvar]
7ffdf3dfe000-7ffdf3dff000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 --xp 00000000 00:00 0                  [vsyscall]

2022-07-04 09:24:39.333 UTC [892] discourse@discourse LOG:  could not receive data from client: Connection reset by peer
Aborted (core dumped)
I, [2022-07-04T09:24:39.336838 #1]  INFO -- : 
I, [2022-07-04T09:24:39.337289 #1]  INFO -- : Terminating async processes
I, [2022-07-04T09:24:39.337528 #1]  INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
2022-07-04 09:24:39.337 UTC [42] LOG:  received fast shutdown request
I, [2022-07-04T09:24:39.337594 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) Received SIGTERM scheduling shutdown...
103:M 04 Jul 2022 09:24:39.373 # User requested shutdown...
103:M 04 Jul 2022 09:24:39.373 * Saving the final RDB snapshot before exiting.
2022-07-04 09:24:39.441 UTC [42] LOG:  aborting any active transactions
2022-07-04 09:24:39.447 UTC [42] LOG:  background worker "logical replication launcher" (PID 51) exited with exit code 1
2022-07-04 09:24:39.448 UTC [46] LOG:  shutting down
2022-07-04 09:24:39.925 UTC [42] LOG:  database system is shut down
103:M 04 Jul 2022 09:24:40.378 * DB saved on disk
103:M 04 Jul 2022 09:24:40.378 # Redis is now ready to exit, by

痛っ。

このインストールについて詳しく教えてください。標準的なインストールですか?どのようなハードウェアで実行しようとしていますか?

「いいね!」 2

当初、今日のアップデート(11件のアップデートがありました)でフォーラムをDockerマネージャー経由で更新しようとしました。先週金曜日にバージョン2.9.0 beta6にすでに更新しており、フォーラムは同じサーバーで3年間問題なく稼働していました。

これは以下のスペックの専用サーバーで実行されています。

  • AMD Opteron 4180
  • 6 x 2.6 GHz
  • 16 GB RAM
  • 2 x 1 TB SSD
    (Ubuntu 20.04 LTS)

編集:サーバーには十分な空き容量があります。

「いいね!」 1

申し訳ありませんが、私にはわかりません。他の誰かが手がかりを持っていることを願っています。

「いいね!」 3

ご協力ありがとうございました。

「いいね!」 2

お役に立つかわかりませんが、この警告も見つけました。

I, [2022-07-04T11:08:15.901173 #1]  INFO -- : cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'
warning "eslint-config-discourse > eslint-plugin-lodash@7.1.0" has unmet peer dependency "lodash@>=4".
warning " > @mixer/parallel-prettier@2.0.1" has unmet peer dependency "prettier@^2.0.0".

「いいね!」 1

最近再起動しましたか?再起動が必要なアップデートをインストールしましたか?OSをアップデートして、次に再起動することをお勧めします。(他に何も思いつかないので)

「いいね!」 2

はい、カーネルアップデートのため金曜日に再起動しました。また、問題を解決できるか確認するため、本日早くにも試しました。

「いいね!」 1

手がかりではないかもしれませんが、プラグインをインストールしたときに全く同じエラーを見ました。今では、そのプラグインが根本原因なのかどうか確信が持てません。

https://meta.discourse.org/t/web-3-0-features/203321/21?u=marcp

「いいね!」 1

非公式プラグインはすべてアンインストールしましたが、さらにその方向で調査します。

いいえ、違うエラーが出ています。元のエラーを見つけるためにスクロールバックしてください。

「いいね!」 1

既存のトピックに投稿がマージされました:カスタムウィザードプラグイン :mage:

誰か助けてくれることを願っています。キャッシュのクリーニング、コンテナイメージの削除、古いイメージでの再構築を試しましたが、すべて同じエラーになりました。

「いいね!」 1

ログ全体をスニペットではなく貼り付けていただけると、より便利になります。

例えば、何が失敗しているのか正確には不明です。データベースなのか、Rakeタスクなのかもしれません。

長すぎる場合は、gzip圧縮して投稿していただいても構いません。もし、機密情報(もしあれば)をどのように削除すればよいかわからない場合は、私にプライベートメッセージで送っていただければ、何かわかるかもしれません。

「いいね!」 6

今作成しています。

出力の重要な部分は「Illegal instruction」のようです。

I, [2022-07-04T21:01:40.452409 #1]  INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate'
2022-07-04 21:01:46.756 UTC [932] discourse@discourse LOG:  duration: 120.094 ms  bind unnamed: SELECT t.oid, t.typname
        FROM pg_type as t
        WHERE t.typname IN ('int2', 'int4', 'int8', 'oid', 'float4', 'float8', 'numeric', 'bool', 'timestamp', 'timestamptz')

2022-07-04 21:01:47.069 UTC [932] discourse@discourse LOG:  duration: 100.781 ms  statement: SELECT name, data_type, value FROM site_settings
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-4.2.0/lib/message_bus/codec/json.rb:11: [BUG] Illegal instruction at 0x00007f90039e1339
ruby 2.7.6p219 (2022-04-12 revision c9c2245c0a) [x86_64-linux]

同じ「illegal instruction」は、Unicornのログの最後(物事が壊れる直前)にもあります。

(ブライアンが、必要に応じて完全な出力を提供してくれることを願っています。)

編集:完全なログが届きました。Discourseがアップロードを許可してくれません。

編集2:Bitwarden Send (7日間利用可能)

「いいね!」 2