L'installation sur un nouveau serveur échoue

Installation
1

Je viens d’essayer une nouvelle installation sur un nouveau VPS et j’obtiens l’erreur suivante :

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && sudo -H -E -u discourse bash -c '
  set -o errexit
  if [ $(git rev-parse --is-shallow-repository) == "true" ]; then
      git remote set-branches --add origin main
      git remote set-branches origin tests-passed
      git fetch --depth 1 origin tests-passed
  else
      git fetch --tags --prune-tags --prune --force origin
  fi
' failed with return #<Process::Status: pid 139 exit 128>
Location of failure: /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117: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

Je n’ai jamais vu une telle erreur, donc je ne sais pas quoi faire maintenant.

Quelqu’un peut-il me dire ce que c’est ou s’il manque quelque chose ? (ou est-ce que Discourse reconstruit l’“image” en ce moment ?)

Cordialement

2

La première chose que je suggérerais est de refaire le git pull et la reconstruction du lanceur. Il est possible que vous ayez eu la malchance de récupérer une version qui ne fonctionnait pas tout à fait.

Si cela ne fonctionne pas, veuillez publier le journal complet. (Presque tout le monde qui publie utilement un journal partiel n’en publie pas assez !)

1 « J'aime »
3

Je l’ai fait du vendredi après-midi au dimanche soir et à chaque fois le même échec.

Maintenant, je ne peux pas poster le journal complet car je n’ai plus ce serveur. :wink:

4

Nous avons constaté des problèmes d’inaccessibilité étrange de GitHub chez certaines personnes : des personnes en Chine, des personnes chez certains fournisseurs de cloud spécifiques. Ainsi, les détails de votre fournisseur et l’emplacement du système pourraient être (ou auraient pu être) utiles pour aider à comprendre le problème.

Parfois, le problème vient du fournisseur de cloud.

(Je dis inaccessibilité étrange, car je pense qu’au moins une fois, GitHub semblait accessible depuis l’hôte mais pas depuis le conteneur.)

1 « J'aime »
5

Je viens d’Allemagne et l’hébergeur était Strato (même d’Allemagne et le serveur était aussi en Allemagne).

C’était juste un test et j’ai eu d’autres problèmes avec Strato aussi, j’ai donc annulé le VPS.

1 « J'aime »