Erreurs inattendues lors de la tentative de mise à niveau avec la branche principale

Des erreurs inattendues sont survenues lors de la tentative de mise à niveau avec la branche principale :

warning Resolution field "unset-value@2.0.1" is incompatible with requested version "unset-value@^1.0.0"
[2/4] Fetching packages...
warning Pattern ["wrap-ansi@^7.0.0"] is trying to unpack in the same destination "/home/discourse/.cache/yarn/v6/npm-wrap-ansi-cjs-7.0.0-67e145cff510a6a6984bdf1152911d69d2eb9e43-integrity/node_modules/wrap-ansi-cjs" as pattern ["wrap-ansi-cjs@npm:wrap-ansi@^7.0.0"]. This could result in non-deterministic behavior, skipping.
error An unexpected error occurred: "https://registry.yarnpkg.com/ember-compatibility-helpers/-/ember-compatibility-helpers-1.2.6.tgz: Request failed \"500 Internal Server Error\"".
info If you think this is a bug, please open a bug report with the information provided in "/var/www/discourse/app/assets/javascripts/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
Docker Manager: FAILED TO UPGRADE

Ceci provient de la page de mise à niveau de l’interface utilisateur, j’essaierai à nouveau depuis la console pour reconstruire avec les nouveaux commits.

Nouveaux changements :

Cela ressemble à un problème temporaire sur le serveur du registre yarn.

J’ai essayé de trouver des informations à ce sujet, mais je n’ai rien trouvé.

Essayez de nouveau pour voir si cela se produit toujours. :thinking:

3 « J'aime »

La première reconstruction a échoué mais la seconde s’est terminée.
L’updater UX est à nouveau en cours avec un autre avertissement :
AVERTISSEMENT : ember-test-selectors : vous utilisez une version non prise en charge d’ember-cli-babel. Les propriétés data-test ne sont pas automatiquement supprimées de votre code JS.2

Encore un échec du #137 !

La reconstruction a réussi avec un autre Go de mémoire, utilisant toujours 83 % de 2 au lieu de 92 % de 1.

Il a fallu une reconstruction supplémentaire pour tout terminer, passant à 91,4 % de 2 Go de mémoire avec AMD.

Ajouter un ou deux Go de swap aide-t-il ?

Je ne sais pas ce qu’est le swap ni comment l’ajouter, mais la mémoire supplémentaire semble suffisante, toutes les mises à jour récentes ont fonctionné.

Le site n’a pas de trafic pour le moment, mais je peux effectuer des tests pour aider à vérifier si les choses passeront les tests nécessaires pour faire partie de la version stable.

Le serveur est maintenant une goutte à 14 $/mois : 2 Go de mémoire / 1 vCPU AMD / 35 Go de disque / NYC1 - Ubuntu 23.10 x64 (url community.wombatarchitecture.com)

Content que l’ajout de RAM ait aidé. Je ne pense pas que le pourcentage utilisé soit une mesure très utile, cependant. L’utilisation de la RAM est très élastique, car la RAM libre sera utilisée comme cache du système de fichiers.

La ressource dont vous cherchez à avoir suffisamment est la mémoire, et

  • mémoire = RAM + swap

Donc, si l’ajout de RAM n’est pas préféré, vous pouvez généralement ajouter du swap à la place, et c’est généralement moins cher.

L’ajout de RAM augmentera considérablement les coûts, donc si vous voulez l’éviter, une option consiste à passer temporairement à une machine avec plus de RAM, puis à revenir en arrière. Cela vous coûtera quelques minutes d’indisponibilité.

2 « J'aime »

C’est logique, je venais de lire qu’il est recommandé d’avoir au moins 2 Go pour Discourse. Le graphique montre maintenant une utilisation de la mémoire stable à 80 %, donc juste une légère baisse par rapport aux 90 % d’il y a une demi-heure avant l’ajout du deuxième Go.

Je vais voir comment ajouter du SWAP si cela peut aider pour l’autre site qui est toujours à 1 Go de RAM.