الترقية من 2.9.0.beta8 كسرت الموقع، لا يمكن استرداده

مرحباً

لقد قمنا ببساطة بالنقر على زر ترقية المسؤول.
لم نتوقع هذا:

عفوًا
واجه البرنامج الذي يشغل منتدى المناقشة هذا مشكلة غير متوقعة. نعتذر عن الإزعاج.

تم تسجيل معلومات مفصلة حول الخطأ، وتم إنشاء إشعار تلقائي. سنلقي نظرة عليه.

لا يلزم اتخاذ أي إجراء آخر. ومع ذلك، إذا استمرت حالة الخطأ، يمكنك تقديم تفاصيل إضافية، بما في ذلك خطوات لإعادة إنتاج الخطأ، عن طريق نشر موضوع مناقشة في فئة ملاحظات الموقع.

الآن، بينما هذا أمر محبط بعض الشيء (ماذا لو حدث هذا عندما يكون لدى الموقع بضعة آلاف من المستخدمين؟)… ليس لدينا مستخدمون بعد. محظوظون. لكن لا يمكننا إعادته للعمل. لا يوجد خطأ واضح، أي خطوة لاتخاذها لاستعادة ما حدث بشكل خاطئ… إلا “تم إنشاء إشعار تلقائي” المشؤوم. من تلقى هذا الإشعار؟ ماذا يقول؟ لماذا يؤدي ترقية بسيطة للبرنامج إلى انهيار الموقع؟ كيف يمكننا إصلاح ذلك؟

3 إعجابات

هل ما زلت تستطيع الوصول إلى /logs في منتداك؟ هذا هو المكان الذي ذهب إليه الإشعار.
لا يمكن الإجابة على السؤالين الأخيرين إلا بعد النظر فيه.

3 إعجابات

للأسف، لم يعد أي شيء يعمل. لذلك اضطررنا إلى إعادة إنشاء خادم احتياطي من جانب الخادم، والآن نحن حذرون بعض الشيء من التحديث مرة أخرى.

هل هناك أي طريقة للتحديث في الوضع الآمن؟ لا أستطيع أن أصدق أنه في كل مرة يتم فيها تحديث البرنامج، يتعين علينا تحمل خطر التوقف التام.

هذا خطر حقيقي مع كل تطبيق، بما في ذلك Discourse. لهذا السبب يستخدم الكبار خادمًا مرحليًا، ونحن الأسماك الصغيرة نقوم بعمل نسخ احتياطية (للموقع وقاعدة البيانات) قبل كل تحديث، ولكن على الأقل قبل أي ترقية.

3 إعجابات

مرحباً وأهلاً بك @smileBeda :slightly_smiling_face:

هل يمكنك تزويدنا ببعض التفاصيل الإضافية حول إعداداتك؟ على سبيل المثال، ما هو الإصدار الذي تستخدمه، وما إذا كان تثبيتاً قياسياً، وما إذا كانت لديك أي إضافات (رسمية أو من طرف ثالث).

عادةً ما تتم الترقيات بسلاسة تامة، على الرغم من أن أخذ نسخة احتياطية من موقع مباشر قبل ذلك مباشرة هو أمر حكيم دائماً في حال حدوث أي طارئ.

4 إعجابات

نحن نشغل 2.9.0.beta8
التحديث الذي يطلبه منا هو docker_manager 45986ad4 (Comparing 45986ad40ec642ea617a083aecc75e0078878fb7...90a8a6c6cae0bba01de7fdf340da1ab878bff913 · discourse/docker_manager · GitHub)

إنه تثبيت قياسي من دوكر، ومع ذلك، نقوم بتشغيل عدد قليل من الإضافات (ولكن لا شيء غير عادي، في الواقع. لا يوجد كود مخصص حتى الآن)

في هذه المرحلة (بدون سجل خطأ) لا يمكنني حقًا معرفة المزيد، أعتقد أن علينا أن نتحمل العواقب مرة أخرى وبعد إجراء نسخة احتياطية، نقوم بتشغيل التحديث وإذا فشل مرة أخرى، نرسل السجلات…

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

هل يمكنك لصق ملف app.yml الخاص بك هنا؟ سيكون من الأسهل رؤية ما كان وما هو عليه.

3 إعجابات

هناك أيضًا بعض النقاط الجيدة حول كيفية التحديث يدويًا من الخادم في هذا الموضوع:

يمكن أن يكون ./launcher rebuild app غالبًا خطة ب جيدة، وإذا واجهت أي أخطاء أثناء ذلك، يمكنك التمرير لأعلى وقراءة.

4 إعجابات

هل قمت بتشغيل
./launcher rebuild app
أم قمت بالترقية من الواجهة الرسومية؟ إعادة البناء الكاملة مطلوبة أحيانًا.
السجلات التي تبحث عنها موجودة في
/var/discourse/shared/log/rails/production.log
(إذا كنت قد كتبتها بشكل صحيح على هاتفي)

5 إعجابات

قريب بما فيه الكفاية :grin:
/var/discourse/shared/standalone/log/rails/production.log
وربما
/var/discourse/shared/standalone/log/rails/production_errors.log

5 إعجابات

هل يمكنك التوضيح أكثر؟ ما هي الإضافات؟

3 إعجابات

هذا بالضبط ما أفكر فيه، لهذا السبب طلبت منهم لصق/مشاركة ملف app.yml الخاص بهم.

4 إعجابات