 |
Summary | Provides basic monitoring and update facilities to Discourse instances hosted using our Docker template: GitHub - discourse/discourse_docker: A Docker image for Discourse |
 |
Repository Link | GitHub - discourse/docker_manager: Plugin for use with discourse docker image |
 |
Install Guide | This plugin is included by default in all standard installs |
「いいね！」 17
念のため、こちらにもリンクしておきます。 
「いいね！」 4
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL コマンドは SIGKILL (強制終了) で終了しました: ember build -prod Docker Manager: アップグレードに失敗しました
各アップデート試行後…
「いいね！」 1
ログ全体を投稿していただけますか？よろしくお願いします！
「いいね！」 1
スワップがない状態でこの問題が発生し、スワップを追加して解決したと思います。
編集、これは私の提案を裏付けています：
「いいね！」 2
RAMは4GB空きがあるのですが、試してみようかと思います 
もし本当に時間がかかりすぎる場合、Cloudflareのせいでしょうか？
他のサーバーを更新したので、このエラーが再び発生するかどうか見てみます。ログの一部を投稿します。
そして、ログの一部です…
== 20250313045010 AddIndexToUsersIpAddress: migrating =========================
-- remove_index(:users, :ip_address, {:algorithm=>:concurrently, :name=>"idx_users_ip_address", :if_exists=>true})
-> 0.0310s
-- add_index(:users, :ip_address, {:algorithm=>:concurrently, :name=>"idx_users_ip_address"})
-> 0.0161s
== 20250313045010 AddIndexToUsersIpAddress: migrated (0.0492s) ===============
Seeding default
*** Bundling assets. This will take a while ***
$ bundle exec rake themes:update assets:precompile
Updating themes with concurrency: 10
Node.js heap_size_limit (2010.75) is less than 2048MB. Setting --max-old-space-size=2048 and CHEAP_SOURCE_MAPS=1
Building
Environment: production
The setting 'staticAddonTrees' will default to true in the next version of Embroider and can't be turned off. To prepare for this you should set 'staticAddonTrees: true' in your Embroider config.
The setting 'staticAddonTestSupportTrees' will default to true in the next version of Embroider and can't be turned off. To prepare for this you should set 'staticAddonTestSupportTrees: true' in your Embroider config.
building...
...[ConfigLoader]
...[Babel: discourse-widget-hbs > applyPatches]
...[Babel: @embroider/macros > applyPatches]
...[Babel: ember-tracked-storage-polyfill > applyPatches]
...[Babel: pretty-text > applyPatches]
...[Babel: @ember/legacy-built-in-components > applyPatches]
...[Babel: ember-source > applyPatches]
[BABEL] Note: The code generator has deoptimised the styling of /var/www/discourse/app/assets/javascripts/discourse/ember/ember-template-compiler.js as it exceeds the max of 500KB.
[BABEL] Note: The code generator has deoptimised the styling of /var/www/discourse/app/assets/javascripts/discourse/ember/ember.js as it exceeds the max of 500KB.
...[Babel: ember-source > applyPatches]
...[Babel: @glimmer/component > applyPatches]
...[Babel: @ember/render-modifiers > applyPatches]
...[Babel: @ember/test-waiters > applyPatches]
...[Babel: dialog-holder > applyPatches]
...[Babel: ember-this-fallback > applyPatches]
...[Babel: ember-buffered-proxy > applyPatches]
...[Babel: ember-cache-primitive-polyfill > applyPatches]
...[Babel: float-kit > applyPatches]
...[Babel: select-kit > applyPatches]
...[@embroider/compat/app]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
...[@embroider/webpack]
undefined
ERR_PNPM_RECURSIVE_EXEC_FIRST_FAIL Command was killed with SIGKILL (Forced termination): ember build -prod
Docker Manager: FAILED TO UPGRADE
#<RuntimeError: RuntimeError>
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:211:in `run'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:112:in `upgrade'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:19:in `block in <main>'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `fork'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `<main>'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:44:in `load'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:44:in `block in perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/execution_wrapper.rb:91:in `wrap'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:70:in `conditional_executor'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands/runner/runner_command.rb:43:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.3.2/lib/thor/command.rb:28:in `run'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.3.2/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command/base.rb:178:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/thor-1.3.2/lib/thor.rb:538:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command/base.rb:73:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command.rb:71:in `block in invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command.rb:149:in `with_argv'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/command.rb:69:in `invoke'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.1/lib/rails/commands.rb:18:in `<main>'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `require'
/usr/local/lib/ruby/3.3.0/bundled_gems.rb:69:in `block (2 levels) in replace_require'
/var/www/discourse/vendor/bundle/ruby/3.3.0/bootsnap-1.18.4/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:30:in `require'
bin/rails:18:in `<main>'
Spinning up 7 Unicorn worker(s) that were stopped initially
Ubuntuのバージョンが原因でこのエラーが発生する可能性はありますか？
問題はサーバーにあります。3番目のサーバーでは問題なく動作しましたが、他の2つのサーバーでは4GBのRAMがあると表示されていても、実際にはそれだけのRAMがないようです…
セルフホストインスタンスの場合、Docker Manager を介してプラグインを更新できるのは非常に便利のようですね。私の理解が正しければ。
「いいね！」 1
このプラグインをインストールしましたが、最初の投稿にあるようなプラグインタブからどのようにアクセスできますか？これはアップデートタブですか？プラグインが「アップデート」タブの下にリストされているのが見えるので、正しくインストールできたと思います。
アップデートタブは以前と違う見た目になるはずですか？
それとも、すでに持っているものをインストールしようとしただけかもしれません。これをインストールした後、プラグインのインストールがもっと簡単になると思っていましたが、SSH経由でインストールする必要があるようです。
オッレ、一番上に「このプラグインはすべての標準インストールにデフォルトで含まれています」と記載されているので、すでに持っていたものをインストールしたように聞こえます。
上記のイラストは古いバージョンのDiscourseのものであり、管理エリアとナビゲーションは現在少し異なって見えることに注意してください。
すでに持っていない追加のものだと誤解していました。
Web でアップグレードに失敗しました。私の Discourse のバージョンは 3.5.0.beta1 です。
追加:
サーバーのコマンドラインで ./launcher rebuild app を試した後、同じエラーが発生しました。
Discourse::ScssError: Error: @use rules must be written before any other rules. (Discourse::ScssError)
実行する必要があります
./launcher rebuild app
「いいね！」 1
./launcher rebuild app を実行した際にも、このエラーが発生します。Discourse のバージョンを最新にアップグレードする必要はありますか？
理由がわかりました。discourse-data-explorer プラグインが更新され、v3.5.0-beta1 でビルドできなくなったためです。すみません～ 
「いいね！」 1
皆さん、Discourse のコアに含まれるプラグインのリストを確認してください。新しいバージョンのコアに含まれるプラグインをインストールしようとすると、インストールに問題が発生します。/var/discourse/containers/app.yml ファイルからそれらの行を削除するか、コメントアウトしてください。
プラグインはこちらのリンクで確認してください。
幸運を祈ります。
ちょっと聞きたいのですが、なぜこのプラグインは現在コアリポジトリの一部ではないのですか？これはコア機能と見なされないのですか？
セルフホストサイト専用のためです。
「いいね！」 2