Le panneau de journal cesse de se mettre à jour pendant la mise à jour

Je viens de mettre à jour deux forums vers la version 2.7.0.beta6. L’un s’est déroulé sans encombre : mise à jour du gestionnaire Docker, puis de Discourse. L’autre, qui nécessitait également une mise à jour de Data Explorer, a vu le panneau de journal se figer à deux reprises lors de la dernière phase de mise à jour de Discourse lui-même. À chaque fois, c’était à l’étape :
Waiting for Unicorn to reload...........
une fois au début et une fois à la fin, après avoir actualisé l’onglet du navigateur.

Le blocage à la fin avait affiché 11 lignes de « Waiting » avant de se figer.

Done compiling CSS: 2021-04-08 12:54:13 UTC
Restarting unicorn pid: 49
Waiting for Unicorn to reload.
Waiting for Unicorn to reload..
Waiting for Unicorn to reload...
Waiting for Unicorn to reload....
Waiting for Unicorn to reload.....
Waiting for Unicorn to reload......
Waiting for Unicorn to reload.......
Waiting for Unicorn to reload........
Waiting for Unicorn to reload.........
Waiting for Unicorn to reload..........
Waiting for Unicorn to reload...........

Le blocage au début s’est produit à peu près au même nombre de lignes.

J’ai pu surveiller les processus via la page « Processes » dans un autre onglet et constater que des progrès étaient réalisés.

La mise à niveau a réussi et, après actualisation, j’ai pu voir et examiner l’intégralité du journal. Cependant, il était inquiétant, et peut-être trompeur, que le panneau de journal ait cessé de se mettre à jour.

Rien à signaler dans la console JavaScript.

Ah, après un long moment, je vois quelque chose dans la console JS (il s’agit de Chrome sur Mac)

[Violation] Le gestionnaire 'setTimeout' a pris 64 ms

avec un lien vers la ligne 5211 de docker-manager-vendor-970…js, ce qui correspond à /assets/docker-manager-vendor-9709990270a4ade37544c98dda3cfad18f77cdf6cd433291c3c5ef7bd25cb50d.js
qui ressemble à

try{r||n?t=s.minPollInterval:(t=s.callbackInterval,o>2?t*=o:a()||(t=s.backgroundCallbackInterval),t>s.maxPollInterval&&(t=s.maxPollInterval),(t-=new Date-w)<100&&(t=100))}catch(i){console.log&&i.message&&console.log("ÉCHEC DU BUS DE MESSAGES : "+i.message)}d&&(clearTimeout(d),d=null),u&&(d=setTimeout((function(){d=null,e()}),t)),s.longPoll=null}})}},s={minHiddenPollInterval:1500,enableChunkedEncoding:!0,enableLongPolling:!0,callbackInterval:15e3,backgroundCallbackInterval:6e4,minPollInterval:100,maxPollInterval:18e4,callbacks:n,clientId:i,alwaysLongPoll:!1,baseUrl:"/",headers:{},ajax:p&&p.ajax,noConflict:function(){return e.MessageBus=e.MessageBus.previousMessageBus,this},diagnostics:function(){console.log("Arrêté : "+l+" Démarré : "+u),console.log("Appels AJAX actuels"),console.log(n),console.log("Total des appels AJAX : "+O+" Nombre d'échecs récents : "+o+" Total des échecs : "+R),console.log("Dernier appel AJAX : il y a "+(new Date-w)/1e3+" secondes")},pause:function(){f=!0},resume:function(){f=!1,T(h),h=[]},stop:function(){l=!0,u=!1,v&&(clearTimeout(v),v=null),s.longPoll&&s.longPoll.abort()},start:function(){var r

Il est possible que votre système ait manqué de mémoire ou autre chose.

Pouvez-vous essayer de reconstruire depuis la console ?

Notez que la mise à niveau a réussi : l’échec se situe dans l’affichage du flux de journaux par le navigateur. Après actualisation, l’intégralité du journal était visible. Je suis donc presque certain qu’il s’agit d’un problème côté client, et non d’un problème lié à la mise à niveau, à la reconstruction ou au serveur.

Si personne d’autre ne rencontre jamais ce problème, je serais ravi de l’attribuer à un problème de mon navigateur ou de mon ordinateur portable.

Je ne comprends pas comment le JS vu par le navigateur se rapporte à l’arbre source, mais peut-être s’agit-il du code que j’ai vu lié dans la console (c’est un code qui n’a pas changé récemment)

J’ai rencontré le même problème sur certains sites que je gère, mais pas sur tous, ce qui laisse penser qu’il s’agit d’un problème de configuration. Je n’ai toujours aucune preuve concrète, mais mon hypothèse la plus éclairée est que cela pourrait être lié à une configuration multisite.

Je suis désolé de ne pas avoir d’informations plus utiles ici, mais je voulais simplement intervenir pour confirmer que le problème ne vous concerne pas uniquement.

Merci, c’est intéressant et utile. Je n’ai pas encore de configuration multisite — mes deux forums sont hébergés sur des serveurs différents. Donc, les configurations multisite et non multisite peuvent toutes deux voir cela.

Cela vient de se reproduire avec la mise à jour vers 2.7.0.beta9 : le flux de journaux restait figé en train d’afficher l’arrêt des unicorns, tandis que la vue des processus (ouverte dans un autre onglet) indiquait que la précompilation avait démarré.

En guise de solution de contournement, j’ai ouvert un onglet sur la vue des versions, vu le gros bouton bleu maintenant libellé « Currently Upgrading », cliqué dessus et obtenu avec succès une nouvelle vue de journaux qui se mettait correctement à jour.