Page de mise à jour vide après la mise à jour de Docker Manager

Suite à la discussion de Page de mise à jour vide après la mise à jour du gestionnaire Docker vers 2.0.0.beta10 :

Je viens de mettre à jour vers la dernière version du gestionnaire Docker et je suis maintenant à la version (3792ffa556) 2.6.0.beta1. Ma liste de mises à jour est désormais vide. L’onglet Processes fonctionne toujours correctement.

4 « J'aime »

Moi aussi. Après ./launcher rebuild app, tout Discourse est hors service .. Erreur 521
J’ai déjà exécuté plusieurs fois ./launcher rebuild app sans succès, contrairement au fil mentionné ci-dessus.

J’étais sur 2.6.0-beta1

Éditer : après l’avoir exécuté 3 fois de plus, il est revenu à la vie (après 10 minutes suivant la fin) .. wtf ?

1 « J'aime »

Je pense que cela pourrait être pertinent,

Nous avons remarqué quelques erreurs dans nos journaux Discourse liés à Docker Manager lorsque notre instance Discourse a affiché un écran blanc après la mise à niveau.

NoMethodError (la méthode `find_compatible_git_resource` n'est pas définie pour Discourse:Module)
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116:in `tracking_branch'
1 « J'aime »

Message (2 rapports)

NoMethodError (la méthode find_compatible_git_resource n’existe pas pour 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'

Env

HÔTES HTTP

2 « J'aime »

@featheredtoast, est-ce que cela vous appartient ?

4 « J'aime »

Hmmm, il semble que quelque chose se soit produit lors du rebase de cette mise à jour — désolé pour cela. Je vais corriger cela sous peu.

4 « J'aime »

Je viens de pousser une correction, ne t’en fais pas :hugs:

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

8 « J'aime »

Oups, wow, la compatibilité ascendante frappe encore, c’est tout le but de cette fonctionnalité. Ironie du sort. Bonne détection, merci ! :hugs:

8 « J'aime »

Nous devons nous assurer de rétroporter le support de base vers les versions bêta et stable, car sinon nous resterons bloqués pendant longtemps avant de pouvoir utiliser cette fonctionnalité.

8 « J'aime »

Merci pour la correction. Pour préciser, quelle est la stratégie de récupération ici pour les personnes concernées ?

./launcher rebuild {app-container} ?

2 « J'aime »

C’est ce que nous avons fait, mais certains signalent que cela ne fonctionne pas.

2 « J'aime »

C’est exact, cela devrait remettre votre site en ligne :+1:

4 « J'aime »