Pics CPU dus aux mises à jour/rebuilds

Je viens de vivre l’expérience la plus étrange en effectuant un simple redémarrage de mon instance Amazon Lightsail.

  1. J’ai effectué le redémarrage… j’ai attendu le redémarrage.
  2. J’ai obtenu un écran de message d’erreur « 502 Gateway Error - Nginx » sur certaines pages (que je suppose non mises en cache). J’ai attendu un peu…
  3. J’ai effectué une reconstruction de Discourse via le shell.
  4. J’ai obtenu un message d’erreur indiquant que la reconstruction a échoué.
  5. J’ai utilisé ./discourse-doctor - Échec également.
  6. J’ai désactivé les plugins non officiels et reconstruit - Échec également.

Je pensais être coincé. Et en faisant plus de recherches, j’ai vérifié à nouveau le forum, seulement pour constater qu’il fonctionnait correctement. Ce qui n’a aucun sens, étant donné que la réponse immédiate de la documentation de Discourse était : ATTENTION ! L’application n’est même pas en cours d’exécution ! :slight_smile:

Ma théorie est que cela pourrait être davantage lié aux limites de capacité d’expansion d’Amazon qu’à tout autre chose. Le redémarrage a peut-être sollicité le serveur, causant certains problèmes initiaux avec les erreurs 502, mais la reconstruction a certainement porté mon serveur à 70-80 % de ses limites de capacité d’expansion, et peut-être qu’il n’y avait plus de ressources système pour exécuter les scripts de reconstruction ?

Ma question ultime est donc (car cela a été un problème récurrent lors du processus de reconstruction après mise à jour) : existe-t-il un moyen de limiter la charge des scripts de mise à jour sur le serveur et d’éviter qu’il ne panique ? Je veux dire, il s’agit d’une instance de 8 Go de RAM, donc elle n’est pas si faible, etc.

Merci… et maintenant, j’ai pris 2 comprimés d’Ativan pour rien. :smiley:

Il est difficile de se faire une idée avec votre description. Quelles erreurs rencontrez-vous lors de la reconstruction ?

Je tenterai une autre mise à jour bientôt et je mettrai ceci à jour. Je n’ai pas enregistré le fichier journal, et lancer des mises à jour fait grimper ma zone de burst de manière assez importante (surtout après l’avoir lancé trois fois), donc j’ai dû attendre un jour ou deux pour que mes niveaux de burst remontent.

Cela semble être le coupable.

Initialisation par défaut
*** Regroupement des ressources. Cela prendra un certain temps ***
$ RUBY_GC_MALLOC_LIMIT_MAX=20971520 RUBY_GC_OLDMALLOC_LIMIT_MAX=20971520 RUBY_GC_HEAP_GROWTH_MAX_SLOTS=50000 RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=0.9  bundle exec rake themes:update assets:precompile
Mise à jour de Dark...
Échec de la mise à jour de Dark
about.json contient des valeurs non valides : La version maximale de Discourse est invalide

Et maintenant, mon forum est complètement hors ligne et renvoie une erreur 500. :frowning:

Pourquoi cela arrive-t-il ? J’aurais pensé que la mise à jour ne remplace le forum en cours de fonctionnement qu’une fois le processus finalisé et qu’elle ne rencontre pas de problèmes ?

Je ne connais pas votre problème initial, mais voici votre problème actuel : Failed to Bootstrap, due to discourse-alt-logo theme component

Vous devriez pouvoir exécuter

./launcher start app

puis supprimer le composant de thème défectueux.

Mais le mode sombre n’est-il pas un composant du thème système ? Comment un composant de thème système pourrait-il causer un tel problème ?

Mais merci, je devrais pouvoir résoudre le problème maintenant que je sais ce qui se passe.

Le composant de thème est obsolète et Discourse refuse de l’utiliser.

Cependant, si vous exécutez ./launcher rebuild app, cela arrête le conteneur pour en construire un nouveau (car il utilise les mêmes fichiers de base de données). Si la construction échoue, vous devez redémarrer le conteneur pour le remettre en fonctionnement.

Oui, j’ai noté que la mise à jour était en fait terminée pour tous les autres éléments. Une fois que j’ai supprimé les composants Dark et Alternate Logos, tout s’est mis à jour sur l’écran de mise à jour.