Problème de mise à jour d'un site de 10 ans

Hmmm. Je pense que je rencontre un problème similaire. J’utilise une instance Discourse qui a maintenant 10 ans (!) qui n’a jamais été migrée et qui a été mise à jour de manière inconsistante :slight_smile:

J’ai essayé de mettre à jour Docker Manager via le tableau de bord aujourd’hui et j’obtiens maintenant ceci dans la console du navigateur lorsque j’essaie de rendre les paramètres d’administration (spécifiquement, le lien Personnaliser généré par le message « essayez de désactiver certains composants frontaux ») :

loader.js:247 Uncaught (in promise) Error: Could not find module `discourse/lib/decorators` imported from `discourse/plugins/docker_manager/discourse/routes/update`

J’obtiens une erreur PUPS lorsque j’essaie de reconstruire sur la CLI :

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'yarn config set network-timeout 60000 -g' failed with return #<Process::Status: pid 280 exit 1>
Location of failure: /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"yarn", "cmd"=>["if [ \"$version\" != \"tests-passed\" ]; then\n  rm -rf app/assets/javascripts/node_modules\nfi", "su discourse -c 'yarn config set network-timeout 60000 -g'", "su discourse -c 'yarn install --frozen-lockfile && yarn cache clean'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.

Il n’y a pas d’autres erreurs apparentes dans le bootstrap. Il s’agit d’une installation à conteneur unique… des idées pour m’en sortir ? Le site est toujours en ligne mais dans un état assez critique.

Oh attendez, l’erreur PUPS pourrait provenir de ceci :

error Le fichier package.json de ce projet définit \"packageManager\": \"yarn@pnpm@9.15.5\". Cependant, la version globale actuelle de Yarn est 1.22.22.

Pourquoi diable…

Avez-vous finalement pu résoudre votre problème ? Restaurer une sauvegarde sur un nouveau serveur pourrait également vous être le plus utile ici, plutôt que de vous débattre avec une configuration ancienne.

J’ai trouvé, en fait ! Nous avions sélectionné une validation il y a un an pour traiter quelque chose de cassé dans la branche principale, et le plugin de gestion des mises à jour Docker n’a pas du tout aimé ça (il ne devait pas avoir de vérification pour une tête Git détachée), ce qui a cassé le déploiement. Le simple fait d’exécuter git reset –hard && ./launcher rebuild app sur le serveur l’a finalement corrigé, mais c’était très déroutant entre-temps :slight_smile:

4 « J'aime »