Erro na atualização do Discourse com Terser

Suporte
1

Olá a todos,

Estou com problemas para atualizar meu fórum Discourse através do painel de administração e gostaria de ajuda para descobrir o que está dando errado. Quando tento atualizar, recebo uma mensagem de erro e o processo inteiro é interrompido. Veja o que está acontecendo:
Estou usando a atualização do Discourse a partir do painel de administração para fazer a atualização.

Ao atualizar o Discourse a partir do painel de administração, False False False é exibido várias vezes, seguido por um erro dizendo que a atualização do Discourse falhou com este erro.

> false   - ./node_modules/.bin   - /var/www/discourse/node_modules/.bin   - /var/www/discourse/vendor/bundle/ruby/3.3.0/bin   - /usr/local/sbin   - /usr/local/bin   - /usr/sbin   - /usr/bin   - /sbin   - /bin   PLATFORM: linux x64   FREEMEM: 61129658368   TOTALMEM: 67272630272   UPTIME: 30579.58   LOADAVG: 1.15,0.42,0.16   CPUS:   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 4300   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 3223   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 2548   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 4039   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 1358   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 1200   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 1200   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 1200   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 3954   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 1200   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 1199   - Intel(R) Xeon(R) E-2276G CPU @ 3.80GHz - 1676   ENDIANNESS: LE   VERSIONS:   - acorn: 8.14.0   - ada: 2.9.2   - amaro: 0.3.0   - ares: 1.34.4   - brotli: 1.1.0   - cjs_module_lexer: 1.4.1   - cldr: 46.0   - icu: 76.1   - llhttp: 9.2.1   - modules: 127   - napi: 10   - nbytes: 0.1.1   - ncrypto: 0.0.1   - nghttp2: 1.64.0   - nghttp3: 1.6.0   - ngtcp2: 1.10.0   - node: 22.14.0   - openssl: 3.0.15+quic   - simdjson: 3.10.1   - simdutf: 6.0.3   - sqlite: 3.47.2   - tz: 2024b   - undici: 6.21.1   - unicode: 16.0   - uv: 1.49.2   - uvwasi: 0.0.21   - v8: 12.4.254.21-node.22   - zlib: 1.3.0.1-motley-82a5fec ERROR Summary:   - broccoliBuilderErrorStack: Error: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js do plugin Terser falhou ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11) Error: falha ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11)     at TerserPlugin.buildError (/var/www/discourse/node_modules/.pnpm/terser-webpack-plugin@5.3.11_@swc+core@1.11.1_esbuild@0.25.0_webpack@5.98.0_@swc+core@1.11.1_esbuild@0.25.0_/node_modules/terser-webpack-plugin/dist/index.js:266:20)     at /var/www/discourse/node_modules/.pnpm/terser-webpack-plugin@5.3.11_@swc+core@1.11.1_esbuild@0.25.0_webpack@5.98.0_@swc+core@1.11.1_esbuild@0.25.0_/node_modules/terser-webpack-plugin/dist/index.js:455:26   - code: [undefined]   - codeFrame: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js do plugin Terser falhou ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11) Error: falha ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11)   - errorMessage: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js do plugin Terser falhou ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11) Error: falha ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11)         at PackagerRunner (@embroider/webpack)   - errorType: Build Error   - location:     - column: [undefined]     - file: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js     - line: [null]     - treeDir: [undefined]   - message: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js do plugin Terser falhou ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11) Error: falha ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11)         at PackagerRunner (@embroider/webpack)   - name: Error   - nodeAnnotation: @embroider/webpack   - nodeName: PackagerRunner   - originalErrorMessage: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js do plugin Terser falhou ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11) Error: falha ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11)   - stack: Error: assets/chunk.cbb4d6362a2090db10ec.d41d8cd9.js do plugin Terser falhou ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11) Error: falha ao processar: falha ao imprimir para stdout: Recurso temporariamente indisponível (erro do sistema 11)     at TerserPlugin.buildError (/var/www/discourse/node_modules/.pnpm/terser-webpack-plugin@5.3.11_@swc+core@1.11.1_esbuild@0.25.0_webpack@5.98.0_@swc+core@1.11.1_esbuild@0.25.0_/node_modules/terser-webpack-plugin/dist/index.js:266:20)     at /var/www/discourse/node_modules/.pnpm/terser-webpack-plugin@5.3.11_@swc+core@1.11.1_esbuild@0.25.0_webpack@5.98.0_@swc+core@1.11.1_esbuild@0.25.0_/node_modules/terser-webpack-plugin/dist/index.js:455:26 ================================================================================= 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/gems/bootsnap-1.18.4/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:30:in `require' bin/rails:18:in `<main>' Iniciando 7 workers do Unicorn que foram parados inicialmente

Minha configuração:
> Rodando em Linux (versão x64).
>
> Memória: 67 GB total, com 61 GB livres (então não acho que seja um problema de memória).
>
> Carga do sistema: 1.15, 0.42, 0.16.
>
> Usando Node.js versão 22.14.0.

Perguntei ao Grok o que poderia ser o problema:
Pelo que li, pode ser algo sobre muitos processos tentando escrever no console ao mesmo tempo, causando um engasgo.

Atualizar o Discourse via SSH `./launcher` funciona normalmente.

Ainda não tentei muito para consertar porque não tenho certeza por onde começar. Alguém já viu isso antes?

Obrigado por qualquer ajuda!
2

Pode ser falta de memória virtual: tente adicionar RAM ou adicionar swap. (Fork falhando com EAGAIN pode ser falta de memória)

Dê uma olhada em

free -h
vmstat 5 5

Existem duas configurações do kernel que podem melhorar a eficiência da memória

cat /proc/sys/vm/overcommit_memory
cat /sys/kernel/mm/transparent_hugepage/enabled

(Veja MKJ’s Opinionated Discourse Deployment Configuration)

2 curtidas
3

@Ed_S obrigado. Tenho 61 GB de RAM disponíveis de 67. Ainda poderia ser memória virtual?

4

Isso é muito, mas vmstat e free podem nos informar como a memória está sendo usada.

Você verificou a saída do dmesg para mensagens sobre memória e OOM?

Qual o tamanho do seu banco de dados?

5

Você executou uma reconstrução de linha de comando recentemente? Você viu a atualização do PostgreSQL 15?

1 curtida
6

Desculpe pela demora na resposta. O problema parece ter desaparecido sem que se entenda o porquê. Acho que era/é um plugin porque desativei todos e o site atualizou normalmente para o painel de administração. Eu esperava que o problema retornasse ao reativar os plugins, mas não retornou. Precisarei verificar novamente se ele retornar.

Obrigado pela ajuda.