Después de la actualización de ayer, mi sitio tarda 50 segundos en abrirse (y luego funciona normalmente)

Antes de actualizar mi sitio web a v3.4.0 Beta3-dev- (5e86bc2f43) todo estaba bien.

Pero desde esta actualización ayer, mi sitio tarda casi un minuto, o más, solo en abrirse.

  • Como paso de diagnóstico, deshabilité todos los componentes del tema y TODOS los plugins y RECONSTRUÍ mi contenedor Web_Only, y aún así el mismo problema persiste.
  • Pero si ejecuto en modo seguro, marcando las 3 casillas, entonces también solo carga más rápido que antes, pero aún así tarda casi 30 segundos. Tenga en cuenta que si marco solo la primera casilla y deselecciono las otras dos, o viceversa, no se obtiene ningún beneficio en velocidad.

Por favor, ayuden.

2 Me gusta

No te creerás, porque ni yo mismo puedo creer que solo 5 minutos después de crear esta publicación (y solo cambiando el tema de mi propia interfaz/la del administrador a otro y luego volviendo a la anterior), se haya resuelto el problema.

Es decir, sin ninguna actualización, ni reconstrucción, nada, el sitio ha comenzado a abrirse correctamente (pasaron 24 horas completas durante el problema). No sé si debería eliminar este tema o no (de todos modos lo cerraré).

Edición: El problema reapareció al día siguiente. A veces sí, a veces no. Informaré más adelante.

(Es posible que alguna tarea de migración se estuviera ejecutando durante un tiempo después de la actualización).

3 Me gusta

Gracias @Ed_S
Pero hoy de nuevo, durante 5 minutos encontré el mismo problema. Cuando este problema ocurrió hoy, intenté abrir mi sitio como otro usuario (que es ‘Moderator’) en el modo incógnito de Chrome. Allí también el problema estaba presente pero solo al 50% (se abría en la mitad de tiempo, alrededor de 20-30 segundos).

Y luego lo abrí en mi móvil, el mismo problema estaba allí también. Pero después de media hora, cuando abrí mi sitio, todo funcionaba bien.

Quizás intenta

Pero ejecuta estos (en la línea de comandos en la máquina que ejecuta el servidor) al mismo tiempo que navegas por el sitio para provocar la ralentización.

1 me gusta

También vale la pena habilitar y usar el mini-profiler, e informar sus hallazgos.

Ver

2 Me gusta

Muchas gracias.
Si tienes un momento, por favor, mira a continuación. Aunque para mí, todos los hallazgos son muy correctos:


image

Había cosas en el tema del ‘Mini Profiler’ que no entendí completamente. Así que optaría por esa solución, si DEBO.

Gracias por ejecutar los diagnósticos. Lo principal que veo ahí es una gran cantidad de escrituras en el disco. Pero no puedo adivinar la causa.

1 me gusta

Quizás valga la pena instalar y ejecutar iotop. Podríamos ver qué proceso está escribiendo muchos datos en el disco.

apt install iotop-c
iotop -o -b -n 22
1 me gusta

Gracias.
A modo de información, mi servidor Ubuntu solo tiene este único sitio web instalado. Y eso también con muy pocos usuarios, solo 3-4 usuarios visitan el sitio diariamente. Por lo tanto, cualquier actividad que el servidor pueda tener, solo debería ser actividad en segundo plano.

2º, ejecuté el comando iotop justo después de reconstruir el contenedor web_only, si eso es relevante en algún caso. Y además, el sitio web se abre casi un 97% más rápido (se abre en 5 segundos para mí/administrador). Cuando surge el problema, comienza a tardar más de 30 segundos con una actualización forzada (Ctrl+F5).


Es posible que falte una línea de los resultados entre la primera y la segunda captura de pantalla.

Gracias por tu ayuda.

¿Instalaste Discourse usando las instrucciones de instalación oficiales?

1 me gusta

No creo ver nada demasiado extraño en esas salidas de iotop.

Quizás valga la pena explorar la situación de Sidekiq: varias pestañas en la página de tu forum.url/sidekiq (que solo pueden ser vistas por una cuenta de administrador).

1 me gusta

Sí. Y mi sitio funcionó bien durante los últimos 4 años. Solo después de actualizarlo el día anterior a abrir este tema noté que se comporta de esta manera (al actualizar forzadamente con Ctrl+F5 como administrador, tarda de 5 a 50 segundos en diferentes momentos del día, después funciona normalmente).

Hoy también, he comprobado iniciando sesión como diferentes usuarios en las últimas versiones de Chrome, también en mi móvil (pero bajo la misma wifi), y he encontrado que tarda de 5 a 30 o 50 segundos en abrirse.

1 me gusta

El nombre de dominio principal principal mostró este sidekiq (un poco alejado para acomodar todo):

un poco más de cerca:

Parece un número enorme de trabajos fallidos, lo que podría ser significativo. Quizás alguien más tenga la experiencia para ayudar a diagnosticar.

Aquí está el mío para comparar: un foro con bastante poco tráfico.

3 Me gusta

¿Podría alguien ayudarme con tantos ‘Failure Jobs’ en sidekiq?

1 me gusta

¿Podrías compartir capturas de pantalla de las siete pestañas de estado de Sidekiq? En la página de Sidekiq, en la parte superior, deberías ver:
Panel de control
Colas ocupadas
Reintentos
Programado
Muerto
Planificador

1 me gusta

Y muchos más omitidos.

La captura de pantalla anterior no acomodó todo.

Gracias. No soy un experto, pero veo que dos tipos de trabajos aparecen con mucha frecuencia: PostSentimentAnalysis y GenerateEmbeddings.

Me pregunto si es relevante que tengas una mezcla de contenido en inglés e hindi. Esperaría que eso fuera totalmente compatible, pero también podría ser relativamente poco común.

1 me gusta