صفحة ترقية فارغة بعد ترقية مدير Docker

متابعة النقاش من صفحة ترقية فارغة بعد تحديث مدير Docker إلى 2.0.0.beta10:

لقد قمت للتو بالترقية إلى أحدث إصدار من مدير Docker، وأصبحت الآن عند الإصدار (3792ffa556) 2.6.0.beta1. قائمة الترقية الخاصة بي فارغة الآن. ومع ذلك، فإن علامة التبويب Processes لا تزال تعمل بشكل صحيح.

4 إعجابات

نفس الشيء. بعد تشغيل ./launcher rebuild app، تعطل Discourse بالكامل .. خطأ 521
لقد قمت بتشغيل ./launcher rebuild app عدة مرات بالفعل، لكن لم يساعد ذلك، على عكس ما ذُكر في الموضوع أعلاه.

كنت أستخدم الإصدار 2.6.0-beta1

تعديل: بعد تشغيله 3 مرات إضافية، عاد للعمل (بعد 10 دقائق من الانتهاء) .. ما هذا؟

إعجاب واحد (1)

أعتقد أن هذا قد يكون ذا صلة،

لاحظنا بعض الأخطاء في سجلات discourse الخاصة بنا المتعلقة بـ docker manager عندما تعرض discourse لشاشة بيضاء بعد الترقية.

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)

رسالة (تم الإبلاغ عن نسختين)

NoMethodError (الطريقة find_compatible_git_resource غير معرفة للوحدة Discourse:Module)
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116: في tracking_branch

مسار العودة

/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:116: في `tracking_branch`
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:11: في `initialize`
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77: في `new`
/var/www/discourse/plugins/docker_manager/lib/docker_manager/git_repo.rb:77: في `find_all`
/var/www/discourse/plugins/docker_manager/app/controllers/docker_manager/admin_controller.rb:28: في `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: في `send_action`
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/base.rb:195: في `process_action`
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/action_controller/metal/rendering.rb:30: في `process_action`
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.3.1/lib/abstract_controller/callbacks.rb:42: في `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: في `run_callbacks`

البيئة

مضيفات HTTP

إعجابَين (2)

@featheredtoast، هل هذه ممتلكاتك؟

4 إعجابات

هممم، يبدو أن شيئًا ما حدث أثناء إعادة تجميع هذا - آسف على ذلك. سأصلح الأمر قريبًا.

4 إعجابات

لقد دفعت للتو إصلاحًا، لا تقلق بشأنه :hugs:

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

8 إعجابات

يا إلهي، مذهل! التوافق مع الإصدارات القديمة يضرب مرة أخرى، وهذا هو الهدف الأساسي من هذه الميزة. سخرية. اكتشاف رائع، شكرًا لك! :عناق:

8 إعجابات

يجب علينا التأكد من نقل دعم النواة إلى الإصدار التجريبي والإصدار المستقر، وإلا فسوف نعلق لفترة طويلة قبل استخدام هذه الميزة.

8 إعجابات

شكرًا لك على الإصلاح. للتوضيح فقط، ما هي استراتيجية الاستعادة هنا للمتأثرين؟

./launcher rebuild {app-container} ؟

إعجابَين (2)

هذا ما فعلناه، لكن بعض المستخدمين يبلغون عن عدم عمل هذه الطريقة.

إعجابَين (2)

صحيح، هذا سيعيد موقعك إلى العمل :+1:

4 إعجابات