Problema ao reconstruir

Suporte
1

Aqui está a configuração dos meus plugins usando o Docker 27.0

cmd:
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/paviliondev/discourse-locations.git

em ./launcher rebuild app

Estou recebendo o seguinte erro para o plugin de localização

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse & su discourse -c 'bundle exec rake db:migrate' falhou com retorno #<Process::Status: pid 449 exit 1>
Localização da falha: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec falhou com os parâmetros {"cd"=>"$home", "tag"=>"migrate", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migra\nte'"]}
bootstrap falhou com código de saída 1
** FALHA AO INICIALIZAR ** por favor, role para cima e procure por mensagens de erro anteriores, pode haver mais de uma.
./discourse-doctor pode ajudar a diagnosticar o problema.

Por favor, aconselhe

2

Veja se consegue descobrir qual migração falhou.

2 curtidas
3

na postagem original, como mencionei
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate’ failed with return #<Process::Status: pid 449 exit 1>

4

E mais acima nos logs, ele imprime as migrações conforme são feitas, então você precisa encontrar aquela que causou o problema.

2 curtidas
5

oO0OoO0OoO0Oo O Redis está iniciando oO0OoO0OoO0Oo
Versão do Redis=7.0.15, bits=64, commit=00000000, modificado=0, pid=447, recém-iniciado
Configuração carregada

  • Relógio monotônico: POSIX clock_gettime
    Aviso: Não foi possível criar o socket de escuta TCP do servidor *:6379: bind: Endereço já em uso
    Falha ao escutar na porta 6379 (TCP), abortando.

cd /var/www/discourse & su discourse -c bundle exec rake db:migrate rake abortou!
OpenSSL::SSL::SSLError: SSL_connect retornou=1 errno=0 peeraddr=xx.xx.xx.xx:443 state=error: eof inesperado durante a leitura (OpenSSL::S
SL::SSLError)

6

Seu erro é a linha do plugin de localização

- git clone  https://github.com/paviliondev/discourse-locations

Remova o “.git” como na minha linha acima.

https://github.com/paviliondev/discourse-locations

Não há .git no link do github dos plugins. A primeira linha para o docker tem um “.git”. Os plugins são apenas endereços de link.

Se você rolar para cima no log, deverá ver algum tipo de erro relacionado à linha do plugin de localizações. O erro que você postou, eu o recebo, mas ele não afeta a reconstrução.

7

Isso não afetará nada - ambos dão o mesmo resultado

4 curtidas
8

Ok, não estava ciente. Estava apenas comparando as linhas do meu app.yml de instância e notei que apenas a linha do docker tinha a extensão “.git” e lembrei-me de avisos sobre o quão sensíveis são esses layouts de arquivo.

Obrigado pelo esclarecimento.

1 curtida
9

Se isso for uma cópia 1:1 do app.yml, então as linhas do git começam no lugar errado. - deve estar sob d.

cmd:
  - git…
3 curtidas
10

então minha pergunta é como o restante dos outros plugins com .git na URL estão funcionando bem. Exemplo: os plugins Calendar e news funcionaram bem com .git, que é a maneira como normalmente aplicamos o comando git. você pode explicar um pouco a diferença que .git faz?

11

Consigo ver a migração falhando e também mostrando um problema relacionado à porta, não tenho certeza do porquê?

12

[quote=“Rakeshshelarnec, post:10, topic:347278, full:true, username:rakeshshelarnec”]
então minha pergunta é como os outros plugins com .git na URL estão funcionando bem Exemplo: os plugins Calendar e news funcionaram bem com .git que é a maneira como normalmente aplicamos o comando git. você pode explicar um pouco que .git faz a diferença?
[/quote]Se você viu a resposta de @supermathie à minha. Eu estava enganado. Eu me baseei na configuração do meu app.yml. Aparentemente, qualquer um dos layouts está bom.

Eu não me preocuparia com o erro de porta anterior que você postou, pois eu os recebo e ele reconstrói bem. Tente remover o plugin de localizações e reconstruir e veja se ele ainda falha.

Role para cima se falhar, capture uma boa parte da saída antes da mensagem final de falha. Deverá haver, se for um problema de instalação de plugin ou talvez algo mais, mensagens de erro.

É possível que, ao editar o arquivo app.yml, você tenha inserido um espaço ou algo assim. Uma boa prática é, antes de alterar o arquivo app.yml, capturar o conteúdo anterior à alteração para que, se falhar, você possa comparar o antigo com o novo. Se necessário, linha por linha.

Eu normalmente observo enquanto ele reconstrói a cada vez e me acostumei com algumas das mensagens de erro/aviso comuns que não parecem afetar a reconstrução.

Eu tive uma falha há algum tempo que estava relacionada a um plugin, mas foi devido, no meu caso na época, à falta da atualização de que o Chat foi mesclado com o core.

As pessoas aqui precisarão ver mais do arquivo de log de reconstrução para ajudar a identificar onde ele está falhando.

Executar o discourse-doctor como o resultado falho sugere também pode ajudar. Mas na minha experiência, geralmente rolar para cima tem sido meu melhor recurso.

Você também pode copiar a seção inferior ou todo o seu app yml e colar aqui. Apenas certifique-se de editar coisas sensíveis como suas linhas de provedor de e-mail, informações do maxmind. Embora você suspeite da área do plugin, então… mesmo apenas copiar da seção inferior de $home para cima pode fornecer algumas informações.

1 curtida
13

Eu também consigo ver esta linha e posso confirmar que a minha segunda VM tem o mesmo problema apenas com plugins de localização
Causado por:
OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=184.104.226.109:443 state=error: unexpected eof while reading (OpenSSL::SSL::SSLError)
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in connect_nonblock' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-protocol-0.2.2/lib/net/protocol.rb:46:in ssl_socket_connect’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1742:in `connect’

1 curtida
14

Você pode reconstruir se remover o plugin de localização de app.yml?

Você verificou a indentação do seu arquivo, como foi mencionado aqui?

1 curtida
16

Capture
Capture775×142 20 KB

tudo funcionando bem, exceto a localização

2 curtidas
17

Acredito que Robert analisará os problemas do plugin de localização em breve. Notei um erro na versão mais recente do Discourse em um PR para corrigir uma depreciação, e ele disse que daria uma olhada muito em breve.

3 curtidas
18

Oh, obrigado por esta informação e espero receber uma notificação assim que resolvermos isso.

Muito obrigado.

3 curtidas
19

Considere uma postagem em Marketplace se você quiser que isso seja analisado com prioridade e tiver orçamento, mas parece ser um problema de versão/compatibilidade do gem de alguma forma.

4 curtidas
20

mas na semana passada adicionei os mesmos plugins no Docker 24.0.x e está funcionando e aqui está o Docker 27.0.x, essa é a única diferença

A interface de gerenciamento de plugins de um site do Northshire County Council é exibida, mostrando vários plugins ativados e desativados, como Automação, Calendário, Chat, Nota de Rodapé, Localizações, Notícias e Alerta de Colher, juntamente com números de versão e opções de configuração. (Legenda gerada por IA)
A interface de gerenciamento de plugins de um site do Northshire County Council é exibida, mostrando vários plugins ativados e desativados, como Automação, Calendário, Chat, Nota de Rodapé, Localizações, Notícias e Alerta de Colher, juntamente com números de versão e opções de configuração. (Legenda gerada por IA)1170×909 50 KB

21

Esse plugin de Notícias também está quebrado.

3 curtidas