Página de atualização em branco após atualizar o Docker Manager

Continuando a discussão de Página de atualização em branco após atualizar o Docker Manager para 2.0.0.beta10:

Acabei de atualizar para a última versão do Docker Manager e agora estou na build (3792ffa556) 2.6.0.beta1. Minha lista de atualizações está em branco. A aba Processos ainda funciona normalmente, no entanto.

4 curtidas

Aqui também. Após ./launcher rebuild app, todo o Discourse ficou fora do ar .. Erro 521
Já executei ./launcher rebuild app várias vezes, mas não ajudou, ao contrário do que foi mencionado no tópico acima.

Eu estava na versão 2.6.0-beta1

Edição: após executá-lo mais 3 vezes, ele voltou à vida (10 minutos após o término) .. o que foi isso?

1 curtida

Acho que isso pode ser relevante,

Notamos alguns erros em nossos logs do Discourse relacionados ao Docker Manager, quando nosso Discourse ficou com a tela branca após a atualização.

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 curtida

Mensagem (2 cópias relatadas)

NoMethodError (método não definido find_compatible_git_resource' para Discourse:Module) /var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in tracking_branch’

Rastreamento

/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

HOSSES HTTP

2 curtidas

@featheredtoast, isso é seu?

4 curtidas

Hmm, parece que algo aconteceu enquanto eu estava fazendo o rebase aqui — desculpe por isso. Vou corrigir em breve.

4 curtidas

Acabei de enviar uma correção, não se preocupe com isso :hugs:

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

8 curtidas

ops, uau, a compatibilidade retroativa ataca novamente, exatamente o propósito dessa funcionalidade. Ironia. Boa detecção, obrigado! :hugs:

8 curtidas

Precisamos garantir que o suporte principal seja portado de volta para as versões beta e estável, caso contrário, ficaremos presos por muito tempo antes de poder usar esse recurso.

8 curtidas

Obrigado pela correção. Só para esclarecer, qual é a estratégia de recuperação aqui para os afetados?

./launcher rebuild {app-container} ?

2 curtidas

Foi isso que fizemos, mas alguns estão relatando que isso não funciona.

2 curtidas

Correto, isso deve colocar seu site de volta no ar :+1:

4 curtidas