Installation neu (VPS Hetzner) échoue

Ces derniers jours, j’ai fait plusieurs essais d’installation de Discourse sur des VPS Layer7 et Hetzner. Je n’ai rencontré aucun problème avec l’installation sur Layer7 en suivant le guide « Installer avec Virtualmin », et cela fonctionne très bien.

Virtualmin a également lancé un nouveau module Podman avec une recette Discourse qui fonctionne, mais qui présente quelques bugs.

J’ai tenté de l’installer plusieurs fois sur la machine Hetzner, mais l’initialisation (bootstrap) échoue systématiquement.

J’ai configuré 2 Go de swap, et le VPS dispose de 4 cœurs et de 8 Go de RAM.

Le message d’erreur est ci-dessous, et je me demande si quelqu’un pourrait m’indiquer la marche à suivre. La commande doctor n’a pas vraiment permis de faire la lumière sur le problème, autant que j’ai pu le constater.

Je peux fournir des journaux ou des sorties de commandes si nécessaire.

FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && sudo -H -E -u discourse bash -c '
  set -o errexit
  git fetch --tags --prune-tags --prune --force origin
  if [[ $(git symbolic-ref --short HEAD) == latest ]] ; then
      git pull
  else
      git -c advice.detachedHead=false checkout latest
  fi
' failed with return #<Process::Status: pid 179 exit 128>
Location of failure: /usr/local/lib/ruby/gems/3.4.0/gems/pups-1.4.0/lib/pups/exec_command.rb:138:in 'Pups::ExecCommand#spawn'
Location of failure: /usr/local/lib/ruby/gems/3.4.0/gems/pups-1.4.0/lib/pups/exec_command.rb:138:in 'Pups::ExecCommand#spawn'
exec failed with the params {"cd" => "$home", "tag" => "build", "hook" => "code", "cmd" => ["sudo -H -E -u discourse git clean -f", "sudo -H -E -u discourse bash -c '\n  set -o errexit\n  git fetch --tags --prune-tags --prune --force origin\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\"", "find /shared/log/rails /shared/uploads /shared/backups /shared/tmp ! \\( -user discourse -group www-data \\) -exec chown discourse:www-data {} \\+", "[ ! -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.

Sortie du Disk Doctor

==================== MEMORY INFORMATION ====================
RAM (MB): 8127

               total        used        free      shared  buff/cache   available
Mem:            7751        1146         318           8        6604        6604
Swap:           2047           0        2047

==================== DISK SPACE CHECK ====================
---------- OS Disk Space ----------
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1        75G   13G   60G  18% /

==================== DISK INFORMATION ====================
Disk /dev/sda: 76.3 GiB, 81923145728 bytes, 160006144 sectors
Disk model: QEMU HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 818C9A1D-5D5F-4F06-9432-7B4B83510711

Device      Start       End   Sectors  Size Type
/dev/sda1  528384 160006110 159477727   76G Linux filesystem
/dev/sda14   2048      4095      2048    1M BIOS boot
/dev/sda15   4096    528383    524288  256M EFI System

Partition table entries are not in disk order.

==================== END DISK INFORMATION ====================

La raison réelle est indiquée avant le texte « failed ». Pouvez-vous y repérer quelque chose d’inhabituel ?

Cela doit être compris comme « veuillez publier au moins quelques centaines de lignes du journal pour obtenir de l’aide »

nous avons besoin de plus d’informations. publiez le code complet du bootstrap qui a échoué.

l’installation sur Hetzner est très simple. je l’utilise exclusivement.

De plus, les installations Podman ne sont pas prises en charge, il n’est donc pas surprenant qu’il y ait des bugs. Vous aurez du mal à obtenir un support pour cette configuration d’installation.

J’ai quasiment abandonné l’affaire. Quels renseignements sont nécessaires ? Comme je l’ai dit, je suis prêt à fournir les journaux et les entrées/sorties en ligne de commande ; je suis complètement bloqué, même une installation propre échoue.

Je n’ai jamais eu ce problème auparavant. Il ne s’agit PAS d’une installation Podman, mais d’une version « officielle » installée via l’installateur en une seule ligne.

Nous avons besoin de la sortie complète de l’amorçage échoué, et non seulement du dernier message d’erreur. Publiez simplement tout ce que le système affiche lorsque vous tentez de compiler.

@Lilly Merci, je m’en doutais un peu. J’en ai assez pour aujourd’hui, donc je posterai les journaux complets demain, mais merci pour les infos.