Aktualisierung und Container-Neuerstellung schlägt fehl

Ich habe versucht, meine Discourse-Instanz zu aktualisieren, aber der Vorgang ist irgendwann fehlgeschlagen.

Log
$ bundle install --deployment --jobs 4 --without test development
[DEPRECATED] Die Flagge `--deployment` ist veraltet, da sie darauf angewiesen ist, über mehrere Bundler-Aufrufe hinweg gespeichert zu werden, was Bundler in zukünftigen Versionen nicht mehr tun wird. Bitte verwenden Sie stattdessen `bundle config set --local deployment 'true'` und nutzen Sie diese Flagge nicht weiter.
[DEPRECATED] Die Flagge `--without` ist veraltet, da sie darauf angewiesen ist, über mehrere Bundler-Aufrufe hinweg gespeichert zu werden, was Bundler in zukünftigen Versionen nicht mehr tun wird. Bitte verwenden Sie stattdessen `bundle config set --local without 'test development'` und nutzen Sie diese Flagge nicht weiter.
Warnung: Die aktuelle Version von Bundler (2.2.4) ist älter als die Version, die die Lockfile erstellt hat (2.2.6). Wir empfehlen Ihnen, auf die Version aufzufristen, die die Lockfile erstellt hat, indem Sie `gem install bundler:2.2.6` ausführen.
Hole Source-Index von https://rubygems.org/

Wiederhole Abruf aufgrund von Fehler (2/4): Bundler::HTTPError Konnte Specs von https://rubygems.org/ nicht abrufen aufgrund eines zugrundeliegenden Fehlers <time-out (https://rubygems.org/specs.4.8.gz)>

Wiederhole Abruf aufgrund von Fehler (3/4): Bundler::HTTPError Konnte Specs von https://rubygems.org/ nicht abrufen aufgrund eines zugrundeliegenden Fehlers <time-out (https://rubygems.org/specs.4.8.gz)>

Wiederhole Abruf aufgrund von Fehler (4/4): Bundler::HTTPError Konnte Specs von https://rubygems.org/ nicht abrufen aufgrund eines zugrundeliegenden Fehlers <time-out (https://rubygems.org/specs.4.8.gz)>

Konnte Specs von https://rubygems.org/ nicht abrufen aufgrund eines zugrundeliegenden Fehlers <time-out (https://rubygems.org/specs.4.8.gz)>
Docker Manager: FAILED TO UPGRADE
#<RuntimeError: RuntimeError>
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:196:in `run'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:93:in `upgrade'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:19:in `block in <main>'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `fork'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `<main>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:59:in `load'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:59:in `load'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/railties-6.0.3.3/lib/rails/commands/runner/runner_command.rb:42:in `perform'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/thor-1.0.1/lib/thor/command.rb:27:in `run'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/thor-1.0.1/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/thor-1.0.1/lib/thor.rb:392:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/railties-6.0.3.3/lib/rails/command/base.rb:69:in `perform'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/railties-6.0.3.3/lib/rails/command.rb:46:in `invoke'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/railties-6.0.3.3/lib/rails/commands.rb:18:in `<main>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `require'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `block in require_with_bootsnap_lfi'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/loaded_features_index.rb:92:in `register'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:22:in `require_with_bootsnap_lfi'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:31:in `require'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `block in require'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:291:in `load_dependency'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `require'
bin/rails:17:in `<main>'
Starte 7 gestoppte Unicorn-Worker neu

Wenn ich versuche, den Container manuell mit ./launcher rebuild app neu zu erstellen, schlägt dies ebenfalls fehl, während versucht wird, Gems zu aktualisieren:

Log
I, [2021-02-26T12:23:11.223827 #1]  INFO -- : > cd /var/www/discourse && gem update bundler
ERROR:  Während der Ausführung von gem ... (Gem::RemoteFetcher::UnknownHostError)
    time-out (https://rubygems.org/specs.4.8.gz)
I, [2021-02-26T12:24:11.735359 #1]  INFO -- :
I, [2021-02-26T12:24:11.736230 #1]  INFO -- : Terminiere asynchrone Prozesse
I, [2021-02-26T12:24:11.736294 #1]  INFO -- : Sende INT an HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 51
I, [2021-02-26T12:24:11.736371 #1]  INFO -- : Sende TERM an exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 168
2021-02-26 12:24:11.736 UTC [51] LOG:  Schneller Shutdown angefordert
168:signal-handler (1614342251) Received SIGTERM scheduling shutdown...
2021-02-26 12:24:11.741 UTC [51] LOG:  Abbrechen aller aktiven Transaktionen
2021-02-26 12:24:11.744 UTC [51] LOG:  Hintergrundarbeiter "logical replication launcher" (PID 60) beendet mit Exit-Code 1
2021-02-26 12:24:11.747 UTC [55] LOG:  Herunterfahren
2021-02-26 12:24:11.789 UTC [51] LOG:  Datenbanksystem heruntergefahren
168:M 26 Feb 2021 12:24:11.810 # Benutzer angeforderter Shutdown...
168:M 26 Feb 2021 12:24:11.810 * Speichern des finalen RDB-Snapshots vor dem Beenden.
168:M 26 Feb 2021 12:24:11.865 * DB auf Festplatte gespeichert
168:M 26 Feb 2021 12:24:11.865 # Redis ist jetzt bereit zum Beenden, tschüss...


FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && gem update bundler fehlgeschlagen mit Rückgabe #<Process::Status: pid 305 exit 1>
Fehlerort: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec fehlgeschlagen mit den Parametern {"cd"=>"$home", "hook"=>"web", "cmd"=>["gem update bundler", "find $home ! -user discourse -exec chown discourse {} \\+"]}
7e5c5abe3bf7402b1f3464d4675df48d306251160de17810bc0ebba248e8b6fe
** FAILED TO BOOTSTRAP ** Bitte scrollen Sie nach oben und suchen Sie nach früheren Fehlermeldungen; es kann mehr als eine geben.
./discourse-doctor kann helfen, das Problem zu diagnostizieren.

Der Fehler deutet darauf hin, dass der Hostname nicht aufgelöst werden kann, aber wenn ich manuell in einen Container gehe (debian:buster-slim), funktioniert alles einwandfrei (ich kann rubygems.org mit curl erreichen). Führt das Discourse-Image etwas Ungewöhnliches bezüglich DNS aus, das dies verursachen könnte?

1 „Gefällt mir“