Hoje, tentei executar uma atualização e a reconstrução continua falhando. Também removi todos os plugins não oficiais, mas não sei o que fazer a seguir.
Esta é a mensagem de erro
Localização da falha: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec falhou com os parâmetros {\"cd\"=>\"$home\", \"hook\"=>\"db_migrate\", \"cmd\"=>[\"su discourse -c 'bundle exec rake db:migrate'\"]}\nbootstrap falhou com o código de saída 134
Abaixo dessa mensagem de erro está o texto ** FALHA AO INICIALIZAR ** role para cima e procure por mensagens de erro anteriores, pode haver mais de uma.
Então… role para cima e procure por mensagens de erro anteriores.
Desculpe, colei o errado:
não foi possível receber dados do cliente: Conexão redefinida pelo peer
Aborted (core dumped)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Terminando processos assíncronos
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Enviando INT para 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: solicitação de desligamento rápido recebida
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Enviando TERM para exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) SIGTERM recebido agendando desligamento...
103:M 04 Jul 2022 09:24:39.373 # Desligamento solicitado pelo usuário...
103:M 04 Jul 2022 09:24:39.373 * Salvando o snapshot RDB final antes de sair.
2022-07-04 09:24:39.441 UTC [42] LOG: cancelando quaisquer transações ativas
2022-07-04 09:24:39.447 UTC [42] LOG: worker de background \"logical replication launcher\" (PID 51) saiu com código de saída 1
2022-07-04 09:24:39.448 UTC [46] LOG: desligando
2022-07-04 09:24:39.925 UTC [42] LOG: sistema de banco de dados está desligado
Você pode colar algumas linhas acima disso também, por favor?
Espero que sejam suficientes, mas me avise se precisar de mais:
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: não foi possível receber dados do cliente: Conexão redefinida pelo peer
Aborted (core dumped)
I, [2022-07-04T09:24:39.336838 #1] INFO -- :
I, [2022-07-04T09:24:39.337289 #1] INFO -- : Terminando processos assíncronos
I, [2022-07-04T09:24:39.337528 #1] INFO -- : Enviando INT para 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: solicitação de desligamento rápido recebida
I, [2022-07-04T09:24:39.337594 #1] INFO -- : Enviando TERM para exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
103:signal-handler (1656926679) Recebendo SIGterm agendando desligamento...
103:M 04 Jul 2022 09:24:39.373 # Desligamento solicitado pelo usuário...
103:M 04 Jul 2022 09:24:39.373 * Salvando o snapshot RDB final antes de sair.
2022-07-04 09:24:39.441 UTC [42] LOG: cancelando quaisquer transações ativas
2022-07-04 09:24:39.447 UTC [42] LOG: worker em segundo plano \"logical replication launcher\" (PID 51) saiu com código de saída 1
2022-07-04 09:24:39.448 UTC [46] LOG: desligando
2022-07-04 09:24:39.925 UTC [42] LOG: sistema de banco de dados está desligado
103:M 04 Jul 2022 09:24:40.378 * DB salvo em disco
103:M 04 Jul 2022 09:24:40.378 # Redis está pronto para sair, por
Ai.
Conte-me mais sobre esta instalação. É uma instalação padrão? Em que tipo de hardware você está tentando fazer isso?
Inicialmente, tentei atualizar o fórum através do gerenciador do docker, a atualização de hoje (houve onze atualizações). Já atualizei para a versão 2.9.0 beta6 na última sexta-feira e o fórum está funcionando sem problemas há três anos no mesmo servidor:
Ele está rodando em um servidor dedicado com estas especificações:
EDIT: Há espaço mais do que suficiente no servidor.
Desculpe, não sei a resposta, espero que outra pessoa tenha uma ideia.
Obrigado de qualquer forma pelo seu esforço.
Se ajudar, também encontrei este aviso:
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".
Você reiniciou recentemente? Talvez você tenha instalado atualizações que exigem uma reinicialização? Eu atualizaria o sistema operacional e reiniciaria em seguida. (Porque eu não tenho ideias reais)
Sim, fiz uma reinicialização na sexta-feira, devido a uma atualização do kernel, e também tentei mais cedo hoje para ver se isso poderia resolver o problema.
Pode não ser uma pista, mas já vi o mesmo erro exato ao instalar um plugin. Agora não tenho mais certeza se esse plugin é a causa raiz.
https://meta.discourse.org/t/web-3-0-features/203321/21?u=marcp
Bem, desinstalei todos os plugins não oficiais, mas vou investigar mais nessa direção.
Não, você está tendo um erro diferente. Você deve rolar para trás para encontrar o erro original.
Uma postagem foi mesclada em um tópico existente: Custom Wizard Plugin 
Espero realmente que alguém possa me ajudar. Tentei limpar o cache, remover imagens de contêineres e reconstruir com uma imagem mais antiga, e tudo resulta no mesmo erro.
Seria muito mais útil colar o log inteiro em vez de trechos dele.
Por exemplo, não está claro exatamente o que está falhando; pode ser o banco de dados ou uma tarefa rake.
Se for muito longo, sinta-se à vontade para postá-lo compactado (gzipped). Se você não tiver certeza de como remover segredos dele (se houver), pode me enviar por mensagem privada e eu verei o que consigo encontrar.
Estou criando agora mesmo.
A parte principal da saída parece ser esta “Instrução ilegal”:
I, [2022-07-04T21:01:40.452409 #1] INFO -- : \u003e cd /var/www/discourse \u0026\u0026 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 \u003cunnamed\u003e: 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]
A mesma “instrução ilegal” também está presente no final do log do Unicorn (logo antes de as coisas quebrarem).
(Espero que Bryan possa fornecer a saída completa, se necessário).
Editar: Log completo chegando, o Discourse não está me deixando fazer upload dele.
Editar 2: Bitwarden Send (disponível por 7 dias).