Ao reconstruir, você tem uma mensagem [FALHA] no final?
Você poderia nos mostrar as linhas antes deste alerta de falha? (o máximo que puder)
Encontraremos algumas pistas nisso.
Ao reconstruir, você tem uma mensagem [FALHA] no final?
Você poderia nos mostrar as linhas antes deste alerta de falha? (o máximo que puder)
Encontraremos algumas pistas nisso.
Não acho que haja uma mensagem FAILED no final. Vou executar outra compilação. Obrigado!
Se a reconstrução for até o fim, minha suposição é um plugin ou componente de tema quebrado.
Verifique o console do seu navegador (F12) para ver se há algum alerta vermelho.
Você também pode tentar [seu-fórum]/safe-mode para carregar seu fórum sem plugins e temas.
Sim, sem FALHA. A compilação termina aparentemente bem e, em seguida, a execução do docker também aparece bem.
Nada óbvio no console. Tentando executar o modo de segurança, mas recebo o erro “o site não pode ser alcançado” do Chrome. Mas consigo acessar (da maneira normal) a página inicial e as mensagens estáticas.
Aqui está o final do log de produção atual:
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `block in synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `mon_synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:966:in `get'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:366:in `process_global_backlog'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:274:in `block in global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:287:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:786:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:734:in `block in new_subscriber_thread'
Você poderia compartilhar sua lista de plugins? Ou o URL do seu fórum em DM para que eu possa verificar?
Você tem algo útil em [seu_fórum]/logs? Uma lista de erros em [seu_fórum]/sidekiq?
Não temos muitas informações para ajudá-lo a encontrar o problema.
Para começar, aqui está a (muito curta) lista de plugins. Estes são todos os plugins listados em app.yml:
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-push-notifications.git
- git clone https://github.com/davidtaylorhq/discourse-whos-online.git
Acho que o plugin Who’s Online foi promovido a oficial em setembro. Você poderia tentar usar o repositório atualizado e ver se isso ajuda?
https://github.com/discourse/discourse-whos-online
Atualização sobre isso. Obrigado a todos pelas sugestões. Os problemas principais (exceto um) aparentemente foram resolvidos (mais testes a fazer). O óbvio que resta é que os certificados SSL não estão mais renovando, e nem mesmo o processo de renovação manual recomendado aqui funciona. Parece que o Let’s Encrypt não consegue acessar o arquivo de validação aqui do diretório “well known”. Isso estava funcionando bem por quase 3 anos anteriormente. Portanto, este ainda é um problema, especialmente porque o HSTS bloqueia totalmente o Chrome nessa situação.
Parece uma bagunça.
Você poderia tentar executar um discourse-doctor para ver se ele dá alguma ideia. Eu tenho algumas, mas sem acesso ao servidor, levaria muito tempo de alguém no meu nível modesto para te ajudar.
Eu provavelmente reinstalaria tudo se estivesse no seu lugar.
1 Backup
cd /var/discourse
./launcher enter app
discourse backup
Recupere o backup via sftp (protocolo sftp, porta 22, host: ip do seu servidor, login: root, senha: senha do root).
Certifique-se de que a pasta uploads esteja no backup. Se não estiver, faça uma cópia local da pasta no seu disco rígido.
2 Excluir, reinstalar seu vps, ou usar outro vps
Use a configuração de instalação do discourse setup, se tudo estiver ok: faça login, carregue e restaure um backup.
(você também pode restaurar o backup da linha de comando, é mais rápido: Restore a backup from the command line)
Se você não tem certeza sobre isso, é melhor esperar por alguém mais qualificado ![]()
Obrigado. Acho que não quero seguir esse caminho apenas para resolver o problema de SSL. Deve haver uma solução mais específica, dado que os outros problemas parecem ter sido resolvidos. Mas, novamente, obrigado.
Então, em /var/discourse/shared/standalone/ssl, parecem haver chaves e certificados recém-escritos da minha última tentativa. Mas o log mostra claramente um erro de validação e o site não os está realmente usando. Além disso – talvez isso seja apenas cosmético – os logs não estão mostrando os caminhos corretos neste caso. Por exemplo, ele diz que está instalando a chave em:
/shared/ssl/[site]_ecc.key
Mas o caminho real é /shared/standalone/ssl
O que parece, no mínimo, estranho.
O erro típico é:
[site]:Erro de verificação:Buscando http://[site]/.well-known/acme-challenge/[string de desafio]: Erro ao obter dados de validação
Devo notar que o site requer login para todo o acesso do usuário, mas isso não tem sido um problema para renovações de certificado SSL (durante vários anos de operação).
Como outras questões foram resolvidas, estou movendo a questão do SSL para um tópico separado. Obrigado a todos!
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.