Errore aggiornamento Docker

Installazione
1

Ho provato ad aggiornare docker tramite il mio pannello di controllo discourse ma tutti hanno dato un errore, qualcuno può aiutarmi

/var/www/discourse/lib/discourse_ip_info.rb:48:in `mmdb_download': undefined method `path' for nil:NilClass (NoMethodError)

    filename = File.basename(gz_file.path)
                                    ^^^^^
	from /var/www/discourse/lib/tasks/maxminddb.rake:72:in `block (3 levels) in <main>'
	from /var/www/discourse/lib/tasks/maxminddb.rake:70:in `each'
	from /var/www/discourse/lib/tasks/maxminddb.rake:70:in `block (2 levels) in <main>'
Docker Manager: FAILED TO UPGRADE
#<RuntimeError: RuntimeError>
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:210:in `run'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:111: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/3.2.0/gems/railties-7.0.8.1/lib/rails/commands/runner/runner_command.rb:43:in `load'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/railties-7.0.8.1/lib/rails/commands/runner/runner_command.rb:43:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/thor-1.3.1/lib/thor/command.rb:28:in `run'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/thor-1.3.1/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/thor-1.3.1/lib/thor.rb:527:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/railties-7.0.8.1/lib/rails/command/base.rb:87:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/railties-7.0.8.1/lib/rails/command.rb:48:in `invoke'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/railties-7.0.8.1/lib/rails/commands.rb:18:in `<main>'
internal:/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/core_ext/kernel_require.rb:37:in `require'
internal:/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/core_ext/kernel_require.rb:37:in `require'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/bootsnap-1.18.3/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:30:in `require'
bin/rails:18:in `<main>'
Spinning up 7 Unicorn worker(s) that were stopped initially
2

Inoltre, ora viene visualizzato un avviso nella mia installazione: Sidekiq non è in esecuzione. Molti task, come l’invio di email, vengono eseguiti in modo asincrono da Sidekiq. Assicurati che sia in esecuzione almeno un processo sidekiq. Scopri di più su Sidekiq qui.

3

Questi sono i log di crash di maxmind che hanno un bug. Commentare la chiave API nel tuo app.yml e ricostruire dovrebbe risolvere il problema.

Riferimento all’argomento su questo:

1 Mi Piace
4

Se ciò risolve il problema, allora lo definirei comunque un bug, poiché il mancato download di Maxmind a causa di una chiave Maxmind non valida, o un errore di rete intermittente o qualsiasi altra cosa, non dovrebbe bloccare Discourse.

5

Come avevo menzionato nel tuo argomento, l’ultima volta che ho provato non siamo ancora riusciti a ricostruire con una chiave maxmind valida, non sarebbe lo stesso bug?

1 Mi Piace
6

Direi che ogni volta che un problema con Maxmind causa il fallimento di una build, si tratta di un bug. Sono abbastanza sicuro che sia sempre stato possibile che problemi con Maxmind causassero il fallimento di una build.

Quindi non so se si tratti dello stesso bug o di più bug.

Penso che la soluzione potrebbe essere semplice come aggiungere un rescue (da qualche parte in discourse/lib/discourse_ip_info.rb at 3d49df2953fd14ae75eeab7621ad687f1b06f504 · pfaffman/discourse · GitHub) per permettere che la vita continui senza Maxmind, indipendentemente dal fatto che sia stata fornita una chiave, valida o non valida.

2 Mi Piace