Olá!
Build do Discourse: 3.5.0.beta2-dev(176ee0bf60)
Hospedado em: VPS - Centminmod (131.00stable) no Alma8
Problema: E-mails falhando periodicamente
Tenho dois vHosts neste VPS. Um com XenForo, um com Discourse.
Meu XenForo envia e-mails felizmente 24 horas por dia, 7 dias por semana, sem problemas. O Discourse, no entanto, parece falhar a cada ~24 horas com a mensagem “Existem [número que aumenta] trabalhos de e-mail que falharam. Verifique seu app.yml e certifique-se de que as configurações do servidor de e-mail estão corretas. Veja os trabalhos com falha no Sidekiq.”
Posso “resolver” o problema temporariamente reiniciando o serviço docker. O fluxo de e-mail é retomado.
Tenho certeza de que as configurações de e-mail estão corretas. Assim que o serviço docker for reiniciado, posso acessar admin –> e-mail –> configuração do servidor & logs –> configurações e enviar um e-mail.
Quando falha, não consigo.
Estou vendo muitos avisos de que o Sidekiq está consumindo muita memória (usando 5xxM) para o Fastserver-app reiniciar.
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `warn'
/var/www/discourse/lib/demon/sidekiq.rb:55:in `block in rss_memory_check'
/var/www/discourse/lib/demon/sidekiq.rb:49:in `each'
/var/www/discourse/lib/demon/sidekiq.rb:49:in `rss_memory_check'
config/unicorn.conf.rb:132:in `block (2 levels) in reload'
Também posso ver a exceção do trabalho: sem endereço para meta.discourse.org (ResolvError)
excon-1.2.4/lib/excon/socket.rb:191:in `connect'
excon-1.2.4/lib/excon/ssl_socket.rb:194:in `connect'
excon-1.2.4/lib/excon/socket.rb:60:in `initialize'
excon-1.2.4/lib/excon/ssl_socket.rb:10:in `initialize'
excon-1.2.4/lib/excon/connection.rb:487:in `new'
excon-1.2.4/lib/excon/connection.rb:487:in `socket'
excon-1.2.4/lib/excon/connection.rb:120:in `request_call'
excon-1.2.4/lib/excon/middlewares/mock.rb:57:in `request_call'
excon-1.2.4/lib/excon/middlewares/instrumentor.rb:34:in `request_call'
excon-1.2.4/lib/excon/middlewares/idempotent.rb:19:in `request_call'
excon-1.2.4/lib/excon/middlewares/base.rb:22:in `request_call'
excon-1.2.4/lib/excon/middlewares/decompress.rb:14:in `request_call'
excon-1.2.4/lib/excon/middlewares/base.rb:22:in `request_call'
excon-1.2.4/lib/excon/connection.rb:293:in `request'
/var/www/discourse/lib/discourse_updates.rb:136:in `new_features_payload'
/var/www/discourse/app/jobs/scheduled/check_new_features.rb:24:in `execute'
/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'
rails_multisite-6.1.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'
/var/www/discourse/app/jobs/base.rb:299:in `each'
/var/www/discourse/app/jobs/base.rb:299:in `perform'
/var/www/discourse/app/jobs/base.rb:379:in `perform'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:137:in `process_queue'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in `worker_loop'
mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in `block (2 levels) in ensure_worker_threads'
Não mudei muita coisa na configuração deste servidor por algum tempo em relação ao docker. Atualizei o kernel / php e outros serviços que estão fora deste docker.
O problema se tornou mais frequente recentemente desde que atualizei o build do discourse. Estava estável antes.
Tenho 8.8.8.8 e 8.8.4.4 como DNS.
Qualquer dica seria apreciada!