Pagina di aggiornamento vuota dopo l'aggiornamento di Docker Manager

Continuando la discussione da Pagina di aggiornamento vuota dopo aver aggiornato Docker Manager alla versione 2.0.0.beta10:

Ho appena aggiornato alla versione più recente di Docker Manager e ora sono alla build (3792ffa556) 2.6.0.beta1. La mia lista di aggiornamenti è ora vuota. La scheda Processi funziona comunque correttamente.

4 Mi Piace

Anche nel mio caso. Dopo ./launcher rebuild app tutto Discourse è down .. Errore 521
Ho già eseguito più volte ./launcher rebuild app ma non ha aiutato, a differenza del Thread menzionato sopra.

Ero su 2.6.0-beta1

Modifica: dopo averlo eseguito altre 3 volte, è tornato in vita (dopo 10 minuti dal completamento) .. ma che diavolo?

1 Mi Piace

Penso che questo possa essere rilevante,

Abbiamo notato alcuni errori nei nostri log di Discourse relativi a docker manager quando Discourse ha mostrato una White Screen dopo l’aggiornamento.

NoMethodError (undefined method `find_compatible_git_resource' for Discourse:Module)
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch'
1 Mi Piace

Messaggio (2 copie riportate)

NoMethodError (metodo find_compatible_git_resource non definito per Discourse:Module)
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch’

Backtrace

/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:11:in `initialize'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77:in `new'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77:in `find_all'
/var/www/discourse/plugins/docker_manager/app/controllers/docker_manager/admin_controller.rb:28:in `repos'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/base.rb:195:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/action_controller/metal/rendering.rb:30:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.1/lib/active_support/callbacks.rb:135:in `run_callbacks'

Ambiente

HTTP HOSTS

2 Mi Piace

@featheredtoast, sono queste le tue cose?

4 Mi Piace

Hmm, sembra che sia successo qualcosa mentre stavo facendo il rebase - scusa per questo. Lo sistemerò a breve.

4 Mi Piace

Ho appena spinto una correzione, non preoccuparti :hugs:

https://review.discourse.org/t/fix-make-branch-hunting-backwards-compatible/13222?u=samsaffron

8 Mi Piace

ops, wow, la retrocompatibilità colpisce di nuovo, proprio l’obiettivo di questa funzione. Ironia. Ottima individuazione, grazie! :hugs:

8 Mi Piace

Dobbiamo assicurarci di eseguire il backport del supporto principale alla versione beta e stabile, altrimenti resteremo bloccati per molto tempo prima di poter utilizzare questa funzionalità.

8 Mi Piace

Grazie per la correzione. Per chiarezza, qual è la strategia di recupero per gli utenti interessati?

./launcher rebuild {app-container} ?

2 Mi Piace

È quello che abbiamo fatto, ma alcuni riportano che non funziona.

2 Mi Piace

Corretto, questo dovrebbe rimettere il tuo sito in funzione :+1:

4 Mi Piace