Instalação nova (VPS Hetzner) falhando

Andei experimentando a instalação do Discourse nos últimos dias, tanto no VPS da Layer7 quanto no da Hetzner. Não tive problemas com a instalação na Layer7, segui o guia ‘Install with Virtualmin’ e está funcionando muito bem.

O Virtualmin também lançou um novo módulo do Podman com uma receita para o Discourse que funciona, mas é um pouco bugado.

Tentei instalar várias vezes na máquina da Hetzner, mas o bootstrap sempre falha.

Configurei 2 GB de swap, e o VPS tem 4 núcleos e 8 GB de RAM.

A mensagem de erro está abaixo, e eu gostaria de saber se alguém pode me apontar a direção certa. O comando doctor não me ajudou muito a entender o que está acontecendo, pelo menos do que eu consegui perceber.

Fico feliz em fornecer logs ou saídas de comandos, se necessário.

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.

Saída do 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 ====================

O motivo real é mencionado antes do texto failed. Você consegue encontrar algo estranho ali?

Isso deve ser interpretado como “por favor, poste pelo menos algumas centenas de linhas do log para obter ajuda”

precisamos de mais informações. poste todo o código do bootstrap que falhou.

instalar na Hetzner é muito fácil. eu a uso exclusivamente.

além disso, as instalações do Podman não são suportadas, então não é surpresa que tenha bugs. você terá dificuldade em obter suporte para essa configuração de instalação.

Praticamente desisti. Que tipo de informação é necessário? Como disse, estou disposto a fornecer logs e entradas/saídas da linha de comando; estou completamente sem saber o que fazer, já que até mesmo uma instalação limpa está falhando.

Nunca tive isso antes. Esta NÃO é uma instalação via Podman, é uma versão “oficial” usando o instalador de 1 linha.

precisamos da saída completa do bootstrap com falha, não apenas aquela última mensagem de erro. basta postar tudo o que o sistema exibe quando você tenta compilar.

@Lilly Obrigado, eu meio que esperava isso. Já tomei o meu banho hoje, então vou postar os logs completos amanhã, mas obrigado pela informação.