Error de actualización de Docker

Instalación
1

Intenté actualizar docker a través de mi panel de control de discourse, pero todos dieron un error, ¿alguien puede ayudarme?

/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

Además, ahora aparece una advertencia en mi instalación: Sidekiq no se está ejecutando. Muchas tareas, como el envío de correos electrónicos, se realizan de forma asíncrona mediante Sidekiq. Asegúrate de que al menos un proceso de Sidekiq esté en ejecución. Obtén más información sobre Sidekiq aquí.

3

Ese es el registro de fallos de maxmind que tiene errores, comentar la clave de API en tu app.yml y reconstruir debería solucionar el problema.

Referencia al tema sobre esto:

1 me gusta
4

Si eso soluciona el problema, entonces todavía lo consideraría un error, ya que no poder descargar maxmind debido a una clave Maxmind no válida, un error de red intermitente o cualquier otra cosa, no debería bloquear Discourse.

5

Como mencioné en tu tema, la última vez que lo intenté todavía no podíamos reconstruir con una clave válida de MaxMind, ¿no sería ese el mismo error?

1 me gusta
6

Diría que cualquier problema con Maxmind que cause un fallo en la reconstrucción es un error. Estoy bastante seguro de que siempre ha sido posible que los problemas con Maxmind causen un fallo en la compilación.

Así que no sé si es el mismo error o varios errores.

Creo que la solución podría ser tan simple como añadir un rescue (en algún lugar de discourse/lib/discourse_ip_info.rb at 3d49df2953fd14ae75eeab7621ad687f1b06f504 · pfaffman/discourse · GitHub) para permitir que la vida continúe sin Maxmind, independientemente de si se proporcionó una clave, válida o inválida.

2 Me gusta