Após a atualização de ontem, meu site está levando 50 segundos para abrir (e depois funciona normalmente)

Antes de atualizar meu site para a v3.4.0 Beta3-dev- (5e86bc2f43), tudo estava ok.

Mas desde esta atualização ontem, meu site está demorando quase um minuto, ou mais, apenas para abrir.

  • Como etapa de diagnóstico, desativei todos os componentes de tema e TODOS os plugins e RECONSTRUI meu contêiner Web_Only, e ainda assim o mesmo problema persiste.
  • Mas se eu executar em modo de segurança, marcando todas as 3 caixas, então também ele carrega mais rápido do que antes, mas ainda leva quase 30 segundos. Note que se eu marcar apenas a primeira caixa e desmarcar as outras duas, ou vice-versa, nenhum benefício é obtido na velocidade.

Por favor, ajude.

2 curtidas

Você não vai acreditar, porque nem eu consigo acreditar que apenas 5 minutos após a criação desta postagem, (e apenas trocando o tema da minha interface/de administrador para outro e depois voltando), o problema foi resolvido.

Ou seja, sem nenhuma atualização, ou reconstrução, nada, o site começou a abrir normalmente (passaram-se 24 horas completas durante o problema). Não sei se devo excluir este tópico ou não (de qualquer forma, estou fechando-o).

Editar: O problema ressurgiu no dia seguinte. Às vezes sim, às vezes não. Relatarei mais adiante.

(É possível que alguma tarefa de migração tenha sido executada por um tempo após a atualização.)

3 curtidas

Obrigado @Ed_S
Mas hoje novamente, por 5 minutos, encontrei o mesmo problema. Quando este problema ocorreu hoje, tentei abrir meu site como outro usuário (que é ‘Moderador’) no modo anônimo do Chrome. Lá também o problema estava presente, mas apenas 50% (estava abrindo na metade do tempo, cerca de 20-30 segundos).

E então abri no meu celular, o mesmo problema estava lá também. Mas depois de meia hora, quando abri meu site, tudo estava funcionando bem.

Talvez tente

Mas execute estes (na linha de comando na máquina que executa o servidor) ao mesmo tempo em que navega no site para provocar a lentidão.

1 curtida

Também vale a pena habilitar e usar o mini-profiler, e relatar suas descobertas.

Veja

2 curtidas

Muito obrigado.
Se tiver um momento, por favor, veja abaixo. Embora, para mim, todas as descobertas estejam muito corretas:


imagem

Havia algumas coisas no tópico ‘Mini Profiler’ que eu não entendi completamente. Então, eu optaria por essa solução, se EU TIVER QUE.

Obrigado por executar os diagnósticos. A principal coisa que vejo são um número enorme de gravações em disco. Mas não consigo adivinhar a causa.

1 curtida

Talvez valha a pena instalar e executar o iotop. Poderíamos ver qual processo está escrevendo muitos dados no disco.

apt install iotop-c
iotop -o -b -n 22
1 curtida

Obrigado.
Para informação, meu servidor Ubuntu tem apenas este único site instalado nele. E isso também com muito poucos usuários, apenas 3-4 usuários visitam o site diariamente. Portanto, qualquer atividade que o servidor possa ter, deve ser apenas atividade de segundo plano.

Em segundo lugar, executei o comando iotop logo após reconstruir o contêiner web_only, se isso for relevante em algum caso. E também, o site está abrindo quase 97% mais rápido (está abrindo em 5 segundos para mim/administrador). Quando o problema surge, ele começa a levar mais de 30 segundos com atualização forçada (Ctrl+F5).


Apenas uma linha dos resultados pode estar faltando entre a primeira e a segunda captura de tela.

Obrigado por me ajudar.

Você instalou o Discourse usando as instruções de instalação oficiais?

1 curtida

Não vejo nada de muito estranho nessas saídas do iotop.

Talvez valha a pena explorar a situação do sidekiq: várias abas na página do seu forum.url/sidekiq (que só podem ser vistas por uma conta de administrador)

1 curtida

Sim. E meu site funcionou bem nos últimos 4 anos. Somente após atualizá-lo no dia anterior a abrir este tópico, notei que ele está se comportando assim (ao atualizar forçadamente com Ctrl+F5 como administrador, leva de 5 a 50 segundos em diferentes horários do dia, depois funciona normalmente).

Hoje novamente, verifiquei o login como diferentes usuários nas versões mais recentes do Chrome, no meu celular também (mas sob o mesmo Wi-Fi), e descobri que leva de 5 a 30 ou 50 segundos para abrir.

1 curtida

O nome de domínio pai principal mostrou este sidekiq (diminuído um pouco para acomodar tudo):

diminuído um pouco:

Parece um número enorme de trabalhos com falha, o que pode ser significativo. Talvez outra pessoa tenha a experiência para ajudar a diagnosticar.

Aqui está o meu para comparação - um fórum de tráfego bastante baixo.

3 curtidas

Alguém poderia me ajudar sobre tantos ‘Failure Jobs’ no sidekiq?

1 curtida

Você poderia compartilhar capturas de tela de todas as sete guias de status do Sidekiq? Na página do Sidekiq, na parte superior, você deve ver:
Dashboard Filas Ocupadas Retentativas Agendadas Mortas Agendador

1 curtida

E muitos outros pulados.

A captura de tela acima não acomodou tudo.

Obrigado - não sou especialista, mas vejo dois tipos de trabalhos com destaque: PostSentimentAnalysis e GenerateEmbeddings.

Gostaria de saber se é relevante o fato de você ter uma mistura de inglês e hindi em seu conteúdo. Eu esperaria que isso fosse totalmente suportado, mas também pode ser relativamente incomum.

1 curtida