Installazione nuova (VPS Hetzner) non riuscita

Negli ultimi giorni ho provato a installare Discourse sia su Layer7 che su un VPS Hetzner. Non ho avuto problemi con l’installazione su Layer7, ho seguito la guida “Install with Virtualmin” e funziona molto bene.

Virtualmin ha anche rilasciato un nuovo modulo Podman con una ricetta per Discourse che funziona, ma è un po’ bugnata.

Ho provato a installarlo diverse volte sul server Hetzner, ma non riesce mai a completare il bootstrap.

Ho configurato uno swap da 2 GB e il VPS dispone di 4 core e 8 GB di RAM.

Il messaggio di errore è riportato di seguito e mi chiedo se qualcuno possa indicarmi la strada giusta. Il comando doctor non ha chiarito molto su cosa stia succedendo, per quanto ne sono a conoscenza.

Sono felice di fornire i log o l’output dei comandi se necessario.

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.

Output del 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 ====================

Il motivo reale viene spiegato prima di quel testo failed. Riesci a trovare qualcosa di strano lì?

Questa frase va intesa come “per favore, pubblica almeno un paio di centinaia di righe del log per ricevere assistenza”.

ci servono più informazioni. pubblica l’intero codice di bootstrap che ha fallito.

l’installazione su Hetzner è facilissima. la uso in modo esclusivo.

Anche gli install di Podman non sono supportati, quindi non è sorprendente che ci siano bug. Avrai difficoltà a ottenere supporto per questa configurazione di installazione.

Ho quasi rinunciato. Che tipo di informazioni servono? Come ho già detto, sono felice di fornire i log e gli input/output della riga di comando; il problema mi ha messo in difficoltà, anche un’installazione pulita non riesce.

Non l’ho mai avuto prima. Questa NON è un’installazione Podman, è una versione “ufficiale” utilizzando l’installer a riga singola.

Ci serve l’intero output del bootstrap fallito, non solo l’ultimo messaggio di errore. Pubblicare semplicemente tutto ciò che il sistema restituisce quando si tenta di compilare.

@Lilly Grazie, me lo aspettavo più o meno. Ne ho avute abbastanza per oggi, quindi posterò i log completi domani, ma grazie per le informazioni.