تكرر لدينا مشكلة مماثلة. لاحظت للتو وجود عشرات النسخ الاحتياطية المحلية (بحجم 1.6 جيجابايت لكل منها)، بينما الإعداد محدود بالقيمة 3. لقد عمل هذا لسنوات، لكنني أتذكر حادثة واحدة منذ فترة طويلة حدث فيها مشكل مشابه.
تكتمل النسخ الاحتياطية بنجاح
عمليات الرفع إلى S3 ناجحة
نعمل على الفرع المستقر. قمنا بالترقية إلى الإصدار 2.3.7 وأعدنا تشغيل النظام للتو.
بدأت المشكلة في 11 سبتمبر. لا تتطابق هذه التاريخ مع فترات توقف الخدمة لدينا أو أي إجراء قمنا به للموقع.
تحديث:
هذه ليست حالة معزولة، حيث يبدو أن مثيلتي الصغيرة الأخرى (sandbox) تعاني من نفس المشكلة. هذه مثيلة مستضافة على Digital Ocean في بنية تحتية مختلفة تمامًا. هنا لم يتم حذف النسخ الاحتياطية منذ 16 سبتمبر. كما أن عمليات الرفع ناجحة هنا أيضًا.
حسنًا… يبدو أن هذا بدأ يشبه خطأً غبيًا من المستخدم — لقد فاتني تمامًا التغيير في كيفية عمل إدارة النسخ الاحتياطية حاليًا. إذن، هل تقوم Discourse الآن بإدارة وحذف نسخ S3 الاحتياطية مباشرة، دون الحاجة إلى حذف النسخ القديمة باستخدام قاعدة في الدلو (bucket rule)؟ الآن سأزيد القيمة إلى 30، لأن النسخ الاحتياطية لا ينبغي أن تستهلك مساحة القرص المحلي.
عدد النسخ الاحتياطية المخزنة في دلاء S3 لم يتطابق مع الإعداد 3.
لقد أعيدت الآن تكوين نسخ الاحتياطية وقواعد الدلو إلى قيم معقولة، متطابقة مع سلوك Discourse الحالي. كما ذكرت، كان عدد النسخ الاحتياطية مضبوطًا على 3، بناءً على المنطق القديم للنسخ الاحتياطية. الآن تم ضبطه على 30.
يرجى إبقاء الموضوع مفتوحًا، وسأعود للإبلاغ خلال 30 يومًا للتأكد من أن Discourse يحترم الآن القيمة الجديدة المعاد تعريفها.
لقد واجهت نفس المشكلة بالضبط، وخلال الدقائق العشر الماضية اكتشفت أن السبب كان تشغيل s3_disable_cleanup بطريقة ما. أعتقد أن الأمر كان يتعلق فقط بتحميلات S3، وليس النسخ الاحتياطي. لكن هذا كان خاطئًا.
