تعمل منظمة غير ربحية أعمل معها على تثبيت Discourse 2.9.0.beta1، وقد وقعت مسؤولية صيانتها على عاتقي عندما انتقل المسؤول الأصلي. عندما حاولت تحديث بيانات اعتماد SMTP، علمت أن التثبيت لا يمكنه إعادة بنائه بنفسه ولا يمكنه الترقية بأمان، سواء عبر الويب أو عبر سطر الأوامر. (لو لم يكن لدي نسخة احتياطية ساخنة من المثيل تم إنشاؤها قبل بدء العمل، لكان هذا وقتًا سيئًا.) يبدو أن المشكلة تحدث في عمق Ruby، ويمكنني التقاط السجلات إذا بدت مفيدة.
اعتقدت أنه قد يكون قديمًا جدًا بحيث لا يمكن ترقيته بسلاسة، لذلك حاولت عملية استرداد بدلاً من ذلك، وإنشاء مثيل Discourse جديد ثم تحميل أحدث نسخة احتياطية للمنتدى إليه، لكن هذه العملية فشلت أيضًا بشكل غير حاسم، مع ما أعتقد أنها أخطاء في أعمدة قاعدة البيانات قبل أن تتوقف عملية الترقية عن الاستجابة.
ما هي أفضل طريقة للمضي قدمًا من حيث نقف؟ المنتدى يعمل حاليًا في هذه اللحظة، لكن لا يمكنني الترقية أو، على ما يبدو، استخدام نسخة احتياطية. هل يجب أن أواصل المحاولة للاسترداد، أم يجب أن أضاعف جهودي للترقية وألتقط السجلات للبدء، أم هناك خيار ثالث لا أراه؟
تحتاج إلى الانتقال إلى جهاز افتراضي جديد. من المحتمل أن يكون نظام التشغيل الخاص بك قديمًا جدًا لترقية Docker إلى إصدار مدعوم.
من الأفضل الانتقال إلى جهاز افتراضي جديد سيكون على أجهزة أحدث أسرع وأرخص.
يمكنك الاطلاع على نقل موقع Discourse إلى VPS آخر باستخدام rsync.
إذا كنت ترغب في الدفع مقابل القيام بذلك، يمكنك الاتصال بي عبر dashboard.literatecomputing.com.
هممم.
لم يبدو أن إصدارات Docker تلعب دورًا في سبب انهيار عمليات بناء Ruby، ولكني أفترض أن ذلك ممكن. عمليات سحب Docker التي كانت جزءًا من إعادة البناء لم تظهر أي حالات فشل استثنائية. يبدو هذا وكأنني أستطيع تجربته، على الرغم من ذلك. شكراً على الرد!
لقد تعقدت عملية النقل لديك قليلاً بسبب وجود النسخ الاحتياطية على S3 مهيأة في قاعدة البيانات بدلاً من متغيرات البيئة (ENV variables) كما هو موضح في تكوين موفر تخزين كائنات متوافق مع S3 للتحميلات (على الرغم من أن هذا للتحميلات، لذا ستحتاج إلى عدم استخدام إعداد use_s3، فقط دلو النسخ الاحتياطي والموقع. تحرير: ثم فشل الاستعادة لأن مثيل EC2 الخاص بك لا يمتلك صلاحيات الكتابة على الدلو.
وجود موازن تحميل أمام موقعك يغير الأمور أيضًا مقارنة بما هو عليه الحال بالنسبة لمعظم الناس.
وبما أن بيانات الاعتماد الخاصة بك خاصة بمثيل EC2 بدلاً من وجودها في قاعدة البيانات أو ملف YML، فلا يمكن إكمال عملية الاستعادة.