Après la mise à jour d'hier, mon site met 50 secondes à s'ouvrir (puis fonctionne normalement)

Avant de mettre à jour mon site web vers la v3.4.0 Beta3-dev- (5e86bc2f43), tout allait bien.

Mais depuis cette mise à jour hier, mon site met près d’une minute, voire plus, juste à s’ouvrir.

  • Comme étape de diagnostic, j’ai désactivé tous les composants de thème et TOUS les plugins et RECONSTRUIT mon conteneur Web_Only, et pourtant le même problème persiste.
  • Mais si je lance en mode sans échec, en cochant les 3 cases, alors seulement il se charge plus rapidement qu’avant, mais prend toujours près de 30 secondes. Notez que si je coche seulement la première case et décoche les deux autres, ou vice versa, aucun gain de vitesse n’est obtenu.

Aidez-moi s’il vous plaît.

2 « J'aime »

Vous n’allez pas le croire, car même moi je n’arrive pas à croire que juste 5 minutes après la création de ce post, (et après avoir simplement changé le thème de mon interface/celle de l’admin pour un autre, puis l’avoir rétabli), le problème a été résolu.

C’est-à-dire sans aucune mise à jour, ni reconstruction, rien, le site a commencé à s’ouvrir correctement (24 heures complètes se sont écoulées pendant le problème). Je ne sais pas si je dois supprimer ce sujet ou non (je le ferme de toute façon).

Edit : Le problème est réapparu le lendemain. Parfois présent, parfois non. Je ferai un rapport plus loin.

(Il est possible qu’une tâche de migration ait été en cours pendant un certain temps après la mise à jour.)

3 « J'aime »

Merci @Ed_S
Mais aujourd’hui encore, pendant 5 minutes, j’ai rencontré le même problème. Lorsque ce problème est survenu aujourd’hui, j’ai essayé d’ouvrir mon site en tant qu’autre utilisateur (qui est ‘Modérateur’) en mode incognito sur Chrome. Là aussi, le problème était présent mais seulement à 50% (il s’ouvrait en moitié moins de temps, environ 20-30 secondes).

Et puis je l’ai ouvert sur mon mobile, le même problème était présent aussi. Mais après une demi-heure, lorsque j’ai ouvert mon site, tout fonctionnait correctement.

Peut-être essayez

Mais exécutez-les (à la ligne de commande sur la machine qui exécute le serveur) en même temps que vous naviguez sur le site pour provoquer le ralentissement.

1 « J'aime »

Il est également intéressant d’activer et d’utiliser le mini-profiler, et de faire part de vos découvertes.

Voir

2 « J'aime »

Merci beaucoup.
Si vous avez un moment, veuillez regarder ci-dessous. Bien qu’à mon avis, toutes les conclusions soient très correctes :


image

Il y avait des choses dans le sujet « Mini Profiler » que je n’ai pas comprises entièrement. Donc, j’opterais pour cette solution, si je le DOIS.

Merci d’avoir exécuté les diagnostics. La principale chose que je vois ici est un nombre énorme d’écritures sur le disque. Mais je ne peux pas deviner la cause.

1 « J'aime »

Peut-être que ça vaut le coup d’installer et de lancer iotop. On pourrait peut-être voir quel processus écrit beaucoup de données sur le disque.

apt install iotop-c
iotop -o -b -n 22
1 « J'aime »

Merci.
Pour information, mon serveur Ubuntu n’héberge que ce site web unique. Et encore, avec très peu d’utilisateurs, seulement 3-4 personnes visitent le site quotidiennement. Donc, quelle que soit l’activité du serveur, elle devrait être uniquement une activité en arrière-plan.

Deuxièmement, j’ai exécuté la commande iotop juste après avoir reconstruit le conteneur web_only, si cela est pertinent dans certains cas. Et aussi, le site web s’ouvre presque 97% plus rapidement (il s’ouvre en 5 secondes pour moi/l’administrateur). Lorsque le problème survient, il commence à prendre plus de 30 secondes lors d’un actualisation forcée (Ctrl+F5).


Il se peut qu’une seule ligne des résultats manque entre la première et la deuxième capture d’écran.

Merci de votre aide.

Avez-vous installé Discourse en suivant les instructions d’installation officielles ?

1 « J'aime »

Je ne vois rien de trop étrange dans ces sorties iotop.

Peut-être qu’il serait utile d’explorer la situation de Sidekiq : divers onglets sur la page forum.url/sidekiq (qui ne sont visibles que par un compte administrateur)

1 « J'aime »

Oui. Et mon site fonctionnait correctement depuis 4 ans. Ce n’est qu’après l’avoir mis à jour la veille de l’ouverture de ce sujet que j’ai remarqué qu’il se comportait ainsi (lors d’un rafraîchissement forcé avec Ctrl+F5 en tant qu’administrateur, cela prend de 5 à 50 secondes à différents moments de la journée, ensuite cela fonctionne normalement).

Aujourd’hui encore, j’ai vérifié en me connectant en tant que différents utilisateurs dans les dernières versions de Chrome, sur mon mobile aussi (mais sous le même wifi), et j’ai constaté de 5 à 30 ou 50 secondes pour l’ouvrir.

1 « J'aime »

Le nom de domaine parent principal a montré ce sidekiq (un peu zoomé pour inclure l’ensemble) :

un peu plus zoomé :

Cela ressemble à un nombre énorme de tâches échouées, ce qui pourrait être significatif. Peut-être que quelqu’un d’autre a l’expertise pour aider au diagnostic.

Voici le mien pour comparaison - un forum assez peu fréquenté.

3 « J'aime »

Quelqu’un pourrait-il m’aider concernant autant de « tâches échouées » dans Sidekiq ?

1 « J'aime »

Pourriez-vous s’il vous plaît partager des captures d’écran des sept onglets d’état de Sidekiq ? Sur la page Sidekiq, en haut, vous devriez voir
Tableau de bord Files d’attente occupées Réessais Planifié Mort Planificateur

1 « J'aime »

Et beaucoup d’autres ignorées.

La capture d’écran ci-dessus n’a pas tout logé.

Merci - je ne suis pas un expert, mais je vois deux types d’emplois qui apparaissent fortement : PostSentimentAnalysis et GenerateEmbeddings.

Je me demande s’il est pertinent que vous ayez un mélange d’anglais et d’hindi dans votre contenu. Je m’attendrais à ce que ce soit entièrement pris en charge, mais cela pourrait aussi être relativement rare.

1 « J'aime »