Installation fehlgeschlagen auf Debian 11 (ProxMox/KVM)

Installation
1

Hallo, ich versuche, den Discourse Docker-Container (mit dieser Anleitung: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub) auf einem neuen Server mit frisch installiertem Debian 11 zu installieren. Aber es schlägt mit der unten angehängten Fehlermeldung fehl. Die Meldung selbst gibt nicht viele Informationen darüber, was passiert - aber sie deutet darauf hin, dass es ein Problem mit dem Zugriff auf GitHub gibt (github.com kann nicht aufgelöst werden). Der Server selbst ist eine virtuelle Maschine, die von ProxMox/KVM verwaltet wird. Kann mir bitte jemand bei diesem Problem helfen?

I, [2023-01-10T14:10:50.610422 #1]  INFO -- : > cd /var/www/discourse & git fetch --depth 1 origin tests-passed
fatal: unable to access 'https://github.com/discourse/discourse.git/': Could not resolve host: github.com
...
Pups::ExecError: cd /var/www/discourse & git fetch --depth 1 origin tests-passed failed with return #<Process::Status: pid 141 exit 128>
Location of failure: /usr/local/lib/ruby/gems/3.1.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"code", "cmd"=>["git reset --hard", "git clean -f", "git remote set-branches --add origin main", "git remote set-branches origin $version", "git fetch --depth 1 origin $version", "git checkout $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
2

Hallo und willkommen @lukasjelinek :slight_smile:

Es gab in letzter Zeit ein paar Berichte darüber, obwohl ich leider noch keine Lösung habe. Ich glaube, @hiddenseal hat seine Instanz auf einen neuen Server verschoben und das hat das Problem für ihn gelöst, und das Problem von @littleviolette ist noch offen:

Gibt es in diesen Themen etwas Ähnliches, das Ihnen bekannt vorkommt und uns helfen könnte, die Ursache zu finden?

3

Es scheint, dass der letztere Fall derselbe ist (wenn auch auf einer anderen Linux-Distribution).

4

Wir konnten nicht herausfinden, was mit dem vorhandenen Server schiefgelaufen ist. Wir haben die Discourse-Instanz auf ein neues Droplet kopiert und es funktioniert wieder.

2 „Gefällt mir“