وزر Upgrade معطل:\n\n
إعجابَين (2)
قم بإجراء ترقية عبر سطر الأوامر.
لكنك متأخر جدًا، لذا سأحرص على عمل نسخة احتياطية أولاً، وقد تفكر حتى في النشر على خادم جديد تمامًا واستخدام إحدى النسخ الاحتياطية لديك للاستعادة.
بمجرد عمل النسخة الاحتياطية، يمكنك تجربة:
./launcher cleanup app ثم
./launcher rebuild app
ولكن قد تجد أن نظام التشغيل لديك قديم جدًا وإصدار Docker لديك قديم جدًا. ولكن جرب ذلك.
5 إعجابات
متى كانت آخر التحديثات قبل ساعة وأسبوع؟
تعديل: وجهة نظري مختلفة، بالمناسبة. ولكن وقت التحديث هذا لا يخبرنا متى تم تحديث كل هذه الأمور آخر مرة في المنتدى، ولكن متى تم تحديث هذه القائمة نوعًا ما؟ إذا كان الأمر كذلك، فيجب على OP الترقية في أسرع وقت ممكن عبر وحدة التحكم.
شكرا. سأجرب ذلك عندما أعود.
نعم، لست متأكدًا مما تعنيه عبارة “قبل ساعة”. لقد مر وقت طويل!
هذا هو وقت آخر تحديث للمستودعات. وليس الموقع.
3 إعجابات
نعم، أدرك ذلك عندما قمت بتسجيل الخروج. كل يوم شيء جديد (حسنًا، أنا لا أستخدم تحديث واجهة المستخدم عمليًا أبدًا، على الرغم من ذلك)
إعجابَين (2)
وانظر أيضًا تحديث PostgreSQL 15.
هل مرت 4 سنوات منذ آخر مرة قمت فيها بالترقية؟
من المحتمل أن يكون نظام التشغيل الخاص بك قديمًا أيضًا، لذا قد أوصي بالحصول على جهاز افتراضي جديد و نقل موقع Discourse إلى خادم افتراضي خاص آخر باستخدام rsync، ربما باستثناء postgres_*، ثم استعادة نسخة احتياطية، بهذه الطريقة تتجنب ترقية قاعدة البيانات وبدلاً من ذلك تستعيد بياناتك وسيتم ترحيلها عند استعادتها.
إنه أبسط، وإذا حدث خطأ ما، فيمكن لموقعك الحالي الاستمرار في العمل.
إعجاب واحد (1)
حسنًا، سأبدأ. لقد قمت بعمل نسخة احتياطية، لكن لا يمكنني التنزيل عبر واجهة المستخدم، حيث تقول إنها أرسلت بريدًا إلكترونيًا ولكن الخادم لا يرسل رسائل بريد إلكتروني حاليًا.
لقد دخلت عبر SSH وأرى أنه نظام Ubuntu 14.
أعتقد أن أفضل رهان قد يكون إجراء نشر جديد لأحدث إصدار من Discourse على أحدث نظام تشغيل، ثم تحميل النسخة الاحتياطية (بعد أن أحصل على النسخة الاحتياطية عبر SSH أولاً).
هل سيؤدي هذا تلقائيًا إلى ترحيل قاعدة البيانات بمجرد استيرادها؟
إعجاب واحد (1)
الالتزام الذي أنا عليه هو 46d899f9c10ebc0d44ced97d6f724dff295e7741.
وقد أضفت ملف containers/app.yml (لا أتذكر لماذا)، على سبيل المثال مع أشياء مثل
env:
DISCOURSE_HOSTNAME: 'lume.community'
LETSENCRYPT_ACCOUNT_EMAIL: 'joe@trusktr.io'
لا أتذكر ما إذا كانت هذه الإعدادات مطلوبة. هل هي مطلوبة؟ الوضع المثالي هو أن أبدأ نسخة جديدة من Discourse، وأرفع قاعدة بيانات، وأمضي في طريقي.
سأحاول إنشاء نسخة جديدة الآن…
4 إعجابات
اسم المضيف مطلوب. شهادة Let’s Encrypt لن تكون مهمة قريبًا.
استعادة قاعدة بياناتك القديمة إلى الموقع الجديد يجب أن تعمل بشكل جيد. هذه هي الطريقة التي سأفعلها بها.
لدي حاليًا هذا في ملف app.yml الخاص بي منذ سنوات:
# TODO (joe) remove this line once Discourse fixes the associated problem
# See https://meta.discourse.org/t/upgrade-rebuilds-fail-due-to-maxmind-db-eol/137387/2
DISCOURSE_REFRESH_MAXMIND_DB_DURING_PRECOMPILE_DAYS: 30
الربط بـ:
هل يمكنني حذف ذلك مع المثيل الجديد؟ أم أحتاج إلى فعل شيء؟ أفترض أن هذا قد تم حله منذ فترة طويلة، ويمكنني تجنب تضمين هذا الإعداد في app.yml؟
إعجاب واحد (1)
تم إجراء العديد من الإصلاحات العام الماضي المتعلقة بـ MaxMind، وأعتقد أنه يجب أن يكون آمنًا الآن. لم أر أي مواضيع منذ أشهر تذكر مشكلة به.
يمكنك اختبار التنزيل يدويًا باستخدام أمر rake:
./launcher enter app
rake maxminddb:get
exit
(تم حذف المنشور بواسطة المؤلف)
لم يكن عليك الحذف، أعتقد أنه من المفيد دائمًا للآخرين رؤية حل مرتبط بمشكلة.
4 إعجابات
أنا الآن على هذه الشاشة في تثبيت جديد تمامًا، وأتساءل كيف يمكنني استيراد قاعدة البيانات من المثيل القديم قبل القيام بأي شيء:
أفترض أن التسجيل، ثم الاستيراد في واجهة المستخدم، وأنني ربما يجب أن أتجنب التسجيل بعنوان البريد الإلكتروني لحساب المسؤول الخاص بي في قاعدة البيانات التي سأقوم باستيرادها حتى لا يحدث تعارض.
سأجرب ذلك. يمكنني دائمًا البدء من جديد.
تعديل: آه، حسنًا، يسمح فقط بالتسجيل بعنوان البريد الإلكتروني للمسؤول الذي حددته أثناء الإعداد. دعنا نرى ما سيحدث.
تعديل: سأضطر إلى العودة، حيث إنه لا يرسل رسائل البريد الإلكتروني. يبدو أن Mailgun قد حظر حسابي “بسبب اختراق محتمل”، وهو ما أحتاج إلى معالجته.
تعديل: لقد تجاوزت البريد الإلكتروني المعطل عن طريق استيراد النسخة الاحتياطية عبر سطر الأوامر.
يبدو أن الأمر نجح!! 
5 إعجابات
لقد فعلتها!
إذا احتجت إلى القيام بذلك مرة أخرى في يوم من الأيام، فقد ترغب في استعادة نسخة احتياطية من سطر الأوامر
إذا كانت لديك النسخ الاحتياطية على s3 وقمت بوضع تلك الإعدادات في ملف yml الخاص بك، فلن تضطر حتى إلى نقل ملف النسخ الاحتياطي بنفسك.
4 إعجابات
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.