J’ai essayé de mettre à jour mon instance Discourse, mais l’opération a échoué à un certain moment.
Journal
$ bundle install --deployment --jobs 4 --without test development
[DEPRECATED] L'option `--deployment` est obsolète car elle repose sur sa mémorisation entre les invocations de Bundler, ce que Bundler ne fera plus dans les versions futures. Veuillez plutôt utiliser `bundle config set --local deployment 'true'` et arrêter d'utiliser cette option.
[DEPRECATED] L'option `--without` est obsolète car elle repose sur sa mémorisation entre les invocations de Bundler, ce que Bundler ne fera plus dans les versions futures. Veuillez plutôt utiliser `bundle config set --local without 'test development'` et arrêter d'utiliser cette option.
Attention : la version de Bundler en cours d'exécution (2.2.4) est antérieure à celle qui a créé le fichier de verrouillage (2.2.6). Nous vous suggérons de mettre à jour vers la version ayant créé le fichier de verrouillage en exécutant `gem install bundler:2.2.6`.
Récupération de l'index des sources depuis https://rubygems.org/
Nouvelle tentative du récupérateur en raison d'une erreur (2/4) : Bundler::HTTPError Impossible de récupérer les spécifications depuis https://rubygems.org/ en raison de l'erreur sous-jacente <délai dépassé (https://rubygems.org/specs.4.8.gz)>
Nouvelle tentative du récupérateur en raison d'une erreur (3/4) : Bundler::HTTPError Impossible de récupérer les spécifications depuis https://rubygems.org/ en raison de l'erreur sous-jacente <délai dépassé (https://rubygems.org/specs.4.8.gz)>
Nouvelle tentative du récupérateur en raison d'une erreur (4/4) : Bundler::HTTPError Impossible de récupérer les spécifications depuis https://rubygems.org/ en raison de l'erreur sous-jacente <délai dépassé (https://rubygems.org/specs.4.8.gz)>
Impossible de récupérer les spécifications depuis https://rubygems.org/ en raison de l'erreur sous-jacente <délai dépassé (https://rubygems.org/specs.4.8.gz)>
Docker Manager : ÉCHEC DE LA MISE À NIVEAU
#<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>'
Démarrage de 7 processus (worker) Unicorn qui avaient été arrêtés initialement
Lorsque j’essaie de reconstruire manuellement le conteneur avec ./launcher rebuild app, cela échoue également lors de la tentative de mise à jour des gems :
Journal
I, [2021-02-26T12:23:11.223827 #1] INFO -- : > cd /var/www/discourse && gem update bundler
ERROR: Lors de l'exécution de gem ... (Gem::RemoteFetcher::UnknownHostError)
délai dépassé (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 -- : Terminaison des processus asynchrones
I, [2021-02-26T12:24:11.736294 #1] INFO -- : Envoi de INT à 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 -- : Envoi de TERM à 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: demande de fermeture rapide reçue
168:signal-handler (1614342251) SIGTERM reçu, planification de l'arrêt...
2021-02-26 12:24:11.741 UTC [51] LOG: annulation de toutes les transactions actives
2021-02-26 12:24:11.744 UTC [51] LOG: le processus de travail en arrière-plan "lanceur de réplication logique" (PID 60) s'est terminé avec le code de sortie 1
2021-02-26 12:24:11.747 UTC [55] LOG: arrêt en cours
2021-02-26 12:24:11.789 UTC [51] LOG: le système de base de données est arrêté
168:M 26 Feb 2021 12:24:11.810 # Arrêt demandé par l'utilisateur...
168:M 26 Feb 2021 12:24:11.810 * Sauvegarde du dernier instantané RDB avant la sortie.
168:M 26 Feb 2021 12:24:11.865 * Base de données sauvegardée sur le disque
168:M 26 Feb 2021 12:24:11.865 # Redis est maintenant prêt à quitter, au revoir...
ÉCHEC
--------------------
Pups::ExecError : cd /var/www/discourse && gem update bundler a échoué avec le code de retour #<Process::Status: pid 305 exit 1>
Emplacement de l'échec : /pups/lib/pups/exec_command.rb:112:in `spawn'
Exécution échouée avec les paramètres {"cd"=>"$home", "hook"=>"web", "cmd"=>["gem update bundler", "find $home ! -user discourse -exec chown discourse {} \\+"]}
7e5c5abe3bf7402b1f3464d4675df48d306251160de17810bc0ebba248e8b6fe
** ÉCHEC DE L'INITIALISATION ** Veuillez faire défiler vers le haut et rechercher les messages d'erreur antérieurs ; il peut y en avoir plus d'un.
./discourse-doctor peut aider à diagnostiquer le problème.
L’erreur suggère que le nom d’hôte ne peut pas être résolu, mais lorsque j’entre manuellement dans un conteneur (debian:buster-slim), tout fonctionne correctement (je peux exécuter curl rubygems.org).
L’image Discourse effectue-t-elle une manipulation particulière liée au DNS qui pourrait causer cela ?