Aggiornamento e rebuild del container fallisce

Supporto Installazione
1

Stavo cercando di aggiornare la mia istanza di Discourse, ma in un certo punto è fallito.

Log 
$ bundle install --deployment --jobs 4 --without test development
[DEPRECATED] L'opzione `--deployment` è deprecata perché si basa sul fatto che venga ricordata tra le invocazioni di bundler, cosa che bundler non farà più nelle versioni future. Si prega invece di usare `bundle config set --local deployment 'true'` e smettere di usare questa opzione
[DEPRECATED] L'opzione `--without` è deprecata perché si basa sul fatto che venga ricordata tra le invocazioni di bundler, cosa che bundler non farà più nelle versioni future. Si prega invece di usare `bundle config set --local without 'test development'` e smettere di usare questa opzione
Attenzione: la versione in esecuzione di Bundler (2.2.4) è più vecchia della versione che ha creato il file di blocco (2.2.6). Ti consigliamo di aggiornare alla versione che ha creato il file di blocco eseguendo `gem install bundler:2.2.6`.
Recupero dell'indice delle sorgenti da https://rubygems.org/

Riprova del fetcher a causa dell'errore (2/4): Bundler::HTTPError Impossibile recuperare le specifiche da https://rubygems.org/ a causa dell'errore sottostante <timeout (https://rubygems.org/specs.4.8.gz)>

Riprova del fetcher a causa dell'errore (3/4): Bundler::HTTPError Impossibile recuperare le specifiche da https://rubygems.org/ a causa dell'errore sottostante <timeout (https://rubygems.org/specs.4.8.gz)>

Riprova del fetcher a causa dell'errore (4/4): Bundler::HTTPError Impossibile recuperare le specifiche da https://rubygems.org/ a causa dell'errore sottostante <timeout (https://rubygems.org/specs.4.8.gz)>

Impossibile recuperare le specifiche da https://rubygems.org/ a causa dell'errore sottostante <timeout
out (https://rubygems.org/specs.4.8.gz)>
Docker Manager: AGGIORNAMENTO FALLITO
#<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>'
Avvio di 7 worker(s) di Unicorn che erano inizialmente fermi

Quando provo a ricreare manualmente il contenitore usando ./launcher rebuild app, fallisce anch’esso durante l’aggiornamento dei gem:

Log 
I, [2021-02-26T12:23:11.223827 #1]  INFO -- : > cd /var/www/discourse && gem update bundler
ERROR:  Durante l'esecuzione di gem ... (Gem::RemoteFetcher::UnknownHostError)
    timeout (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 -- : Terminazione dei processi asincroni
I, [2021-02-26T12:24:11.736294 #1]  INFO -- : Invio di INT a 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 -- : Invio di TERM a 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:  ricevuta richiesta di arresto rapido
168:signal-handler (1614342251) Ricevuto SIGTERM, pianificazione dell'arresto...
2021-02-26 12:24:11.741 UTC [51] LOG:  interruzione di eventuali transazioni attive
2021-02-26 12:24:11.744 UTC [51] LOG:  il worker in background "logical replication launcher" (PID 60) è uscito con codice di uscita 1
2021-02-26 12:24:11.747 UTC [55] LOG:  arresto in corso
2021-02-26 12:24:11.789 UTC [51] LOG:  il sistema di database è stato arrestato
168:M 26 Feb 2021 12:24:11.810 # Richiesta di arresto da parte dell'utente...
168:M 26 Feb 2021 12:24:11.810 * Salvataggio dell'ultimo snapshot RDB prima dell'uscita.
168:M 26 Feb 2021 12:24:11.865 * DB salvato su disco
168:M 26 Feb 2021 12:24:11.865 # Redis è ora pronto per uscire, arrivederci...


FALLITO
--------------------
Pups::ExecError: cd /var/www/discourse && gem update bundler fallito con codice di uscita #<Process::Status: pid 305 exit 1>
Posizione del fallimento: /pups/lib/pups/exec_command.rb:112:in `spawn'
Esecuzione fallita con i parametri {"cd"=>"$home", "hook"=>"web", "cmd"=>["gem update bundler", "find $home ! -user discourse -exec chown discourse {} \\+"]}
7e5c5abe3bf7402b1f3464d4675df48d306251160de17810bc0ebba248e8b6fe
** BOOTSTRAP FALLITO ** Si prega di scorrere verso l'alto e cercare messaggi di errore precedenti; potrebbero essercene più di uno.
./discourse-doctor può aiutare a diagnosticare il problema.

L’errore suggerisce che non riesce a risolvere il nome host, ma quando entro manualmente in un contenitore (debian:buster-slim) tutto funziona correttamente (posso eseguire curl rubygems.org).
L’immagine di Discourse sta facendo qualcosa di strano riguardo al DNS che potrebbe causare questo problema?

1 Mi Piace