Impossible de mettre à jour - la reconstruction de l'application échoue au démarrage

J’ai reçu une notification indiquant que je devais mettre à niveau notre installation, alors je suis allé dans l’administration et j’ai vu ceci :

Cliquer sur le lien de mise à niveau a déclenché une vérification, mais les deux sont revenus avec “à jour”. J’ai donc essayé ./launcher rebuild app et j’ai obtenu ceci :

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && sudo -H -E -u discourse bash -c '\n  set -o errexit\n  if [ $(git rev-parse --is-shallow-repository) == "true" ]; then\n      git remote set-branches --add origin main\n      git remote set-branches origin tests-passed\n      git fetch --depth 1 origin tests-passed\n  else\n      git fetch --tags --prune-tags --prune --force origin\n  fi\n' failed with return #<Process::Status: pid 130 exit 128>
Location of failure: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups/exec_command.rb:132:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"code", "cmd"=>["sudo -H -E -u discourse git reset --hard", "sudo -H -E -u discourse git clean -f", "sudo -H -E -u discourse bash -c '\n  set -o errexit\n  if [ $(git rev-parse --is-shallow-repository) == \"true\" ]; then\n      git remote set-branches --add origin main\n      git remote set-branches origin $version\n      git fetch --depth 1 origin $version\n  else\n      git fetch --tags --prune-tags --prune --force origin\n  fi\n'", "sudo -H -E -u discourse bash -c '\n  set -o errexit\n  if [[ $(git symbolic-ref --short HEAD) == $version ]] ; then\n      git pull\n  else\n      git -c advice.detachedHead=false checkout $version\n  fi\n'", "sudo -H -E -u discourse git config user.discourse-version $version", "mkdir -p tmp", "chown discourse:www-data tmp", "mkdir -p tmp/pids", "mkdir -p tmp/sockets", "touch tmp/.gitkeep", "mkdir -p                    /shared/log/rails", "bash -c \"touch -a           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log\"", "bash -c \"ln    -s           /shared/log/rails/{production,production_errors,unicorn.stdout,unicorn.stderr,sidekiq}.log $home/log\"", "bash -c \"mkdir -p           /shared/{uploads,backups}\"", "bash -c \"ln    -s           /shared/{uploads,backups} $home/public\"", "bash -c \"mkdir -p           /shared/tmp/{backups,restores}\"", "bash -c \"ln    -s           /shared/tmp/{backups,restores} $home/tmp\"", "chown -R discourse:www-data /shared/log/rails /shared/uploads /shared/backups /shared/tmp\"", "[ ! -d public/plugins ] || find public/plugins/ -maxdepth 1 -xtype l -delete"]}
bootstrap failed with exit code 128
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
fd6a747d640a06c375439c5c134aa46ff11ceb8f677d6d16247cb57c9772f731

J’ai ensuite exécuté ./discourse-doctor qui a remis le site en ligne (bien que, étrangement, le test d’e-mail ait expiré, c’est peut-être un problème distinct). J’ai donc essayé un autre ./launcher rebuild app et il a échoué à démarrer à nouveau avec le même problème.

Quelqu’un a-t-il des indices à ce sujet ? J’utilise Docker sur Ubuntu 22.04.

Pouvez-vous faire cela et ajouter ces informations ici ?

1 « J'aime »

Voici le journal complet de la reconstruction de l'application :

discourse-log.log.txt (17,7 Ko)

Je vois que lorsque j’essaie un arrêt d'application et un démarrage d'application, il revient à nouveau OK, mais je suppose que c’est sur l’ancienne version ?

Correct. Nous n’avons pas besoin du journal entier, juste des erreurs évidentes (pas des avertissements).

(je ne suis pas sûr pourquoi mon téléchargement ne fonctionne pas sur ce lien, mais) la seule erreur évidente que je puisse voir en examinant ce journal est :

fatal: unable to access 'https://github.com/discourse/discourse.git/': Could not resolve host: github.com

Cela ne semble pas bon ?

~$ host github.com sur le serveur fonctionne bien pour le résoudre.

Si l’erreur était évidente, il ne posterait pas. :slight_smile: (Mais sérieusement, il est assez difficile pour quelqu’un qui n’est pas familier avec ces journaux de déterminer ce qui est important et ce qui ne l’est pas, et vous pouvez trouver des centaines de sujets où quelqu’un s’est trompé en devinant ce qui était l’erreur.

Cela ressemble à un problème avec le réseau Docker qui est cassé d’une manière ou d’une autre. Docker est-il à jour ? Votre système d’exploitation l’est-il ?

2 « J'aime »

mais @gilgongo a tapé dans le mille :wink:

1 « J'aime »

Ah - le réseau ? OK, donc pour tenter de faire une chose « de base », j’ai exécuté systemctl restart docker.service puis j’ai exécuté ./launcher rebuild app et (après ce qui a semblé être dix mille ans) il est revenu et a fonctionné ! Il indique maintenant que j’exécute « 3.3.0.beta3-dev », ce qui semble être une bonne chose, je pense ? Cela semble fonctionner au moins.

Ouf - merci pour votre aide ! J’adore Discourse !

2 « J'aime »

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.