# Aggiornamento e rebuild del container fallisce **URL:** \ **Category:** Self-hosting\ **Created:** [26 Febbraio 2021, 1:11pm UTC](https://meta.discourse.org/t/updating-and-container-rebuild-fails/181226 "2021-02-26T13:11:38Z")\ **Posts on this page:** 1\ **Showing post:** 1
**Author:** ![DerEnderKeks](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/derenderkeks/32/211263_2.png) [@DerEnderKeks](https://meta.discourse.org/u/DerEnderKeks)\ **Post date:** [26 Febbraio 2021, 1:11pm UTC](https://meta.discourse.org/t/updating-and-container-rebuild-fails/181226/1 "2021-02-26T13:11:38Z")
Stavo cercando di aggiornare la mia istanza di Discourse, ma in un certo punto è fallito. > **Log** > > ```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 > > Riprova del fetcher a causa dell'errore (3/4): Bundler::HTTPError Impossibile recuperare le specifiche da https://rubygems.org/ a causa dell'errore sottostante > > Riprova del fetcher a causa dell'errore (4/4): Bundler::HTTPError Impossibile recuperare le specifiche da https://rubygems.org/ a causa dell'errore sottostante > > Impossibile recuperare le specifiche da https://rubygems.org/ a causa dell'errore sottostante out (https://rubygems.org/specs.4.8.gz)> > Docker Manager: AGGIORNAMENTO FALLITO > # > /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
' > /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 `
' > /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 `
' > /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 `
' > 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** > > ```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 # > 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? --- _[View the full topic](https://meta.discourse.org/t/updating-and-container-rebuild-fails/181226)._