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