يحدث هذا منذ فترة طويلة - لدي تذكير شهري في تقويمي لحذف هذه الملفات المتبقية. سجلات النسخ الاحتياطي فارغة: “لا توجد سجلات بعد…” ولا يشير أي شيء في سجلات الأخطاء إلى مشاكل مع Amazon S3.
يتم تحديث Discourse بانتظام وهو حاليًا 2.9.0.beta14.
هل هذا تثبيت قياسي، أليس كذلك؟ هل هناك احتمال أن يقوم نظام التشغيل (أو شيء آخر) بإيقاف عملية النسخ الاحتياطي أثناء التحميل؟ لأنه حتى عند فشل النسخ الاحتياطي، يجب حذف الملف المحلي في نهاية العملية.
لا تعود سجلات الإنتاج إلا أسبوعًا واحدًا، لذلك تخرج النسخ الاحتياطية القديمة “غير المحذوفة” من هذا النطاق، لكنني سأراقب النسخ الاحتياطية المستقبلية. كان إدخال خطأ النسخ الاحتياطي الوحيد هو هذا في سجل 30/11:
بدأ GET "/.env.backup" لـ 3.236.147.46 في 2022-11-29 19:15:57 +0000
ActionController::RoutingError (لا توجد مسارات مطابقة لـ [GET] "/.env.backup")
أرى نسخة احتياطية جديدة غير محذوفة في /var/discourse/shared/standalone/backups/default ولكن لا شيء في production.log. لا شيء في production_errors.log أيضًا. أين يمكنني البحث أيضًا؟
ملاحظة: قمت بتشغيل نسخة احتياطية من سطر الأوامر وتمت إزالة النسخة الاحتياطية بنجاح - سأحاول ذلك عدة مرات أخرى لمعرفة ما إذا كان بإمكاني الحصول على خطأ هناك.
لا أواجه نجاحًا في استعادة النسخة الاحتياطية المحلية غير المحذوفة عبر سطر الأوامر، لكنها تستمر في الحدوث مرة أو مرتين في الأسبوع أثناء النسخ الاحتياطي الليلي. لا أرى أيضًا أيًا من مخرجات سجل النسخ الاحتياطي في production.log. هل أنت متأكد من أن هذا هو المكان الذي تتم فيه الكتابة، @pfaffman؟
أعتقد أنه يجب أن يكون كذلك. عندما واجهت مشكلة مماثلة مع خدمة S3 أخرى، لم أتمكن من العثور على أخطاء في Discourse أو في خدمتهم. واستسلمت وتحولت إلى شيء مختلف. لكنك تستخدم AWS، S3، الصفقة الحقيقية، لذا أنا متفاجئ جدًا.
لقد حاولت البحث هكذا: grep -r "Output file is stored on S3" /var/discourse
حيث أن هذه العبارة هي السطر الأخير من مخرجات النسخ الاحتياطي لـ CLI، ولكن لم يتم العثور على شيء.
هل هناك أي احتمال أن تتم إعادة تشغيل الخادم بسبب التحديثات التلقائية لنظام تشغيل المضيف؟ قد تحدث هذه التحديثات أثناء تحميل الملفات إلى S3. هل هناك أي شيء في سجلات نظام التشغيل الخاص بك؟ ربما قم بإعادة تعيين إعداد الموقع backup_time_of_day إلى القيمة الافتراضية أو وقت مختلف لمعرفة ما إذا كانت المشكلة ستختفي.
لا، وقت التشغيل الحالي هو 36 يومًا. كنت أشك في أن النسخ الاحتياطي لقطرة DigitalOcean الذي يعمل بالتزامن قد يكون السبب، لكن هذا يحدث مرة واحدة في الأسبوع وتحدث النسخ الاحتياطية غير المحذوفة لدي بشكل متكرر أكثر من ذلك.
سأجرب backup_time_of_day مختلف. تم ضبطه على 2:00 بالتوقيت العالمي المنسق، لذا سنرى ما إذا كان الإعداد الافتراضي 3:30 بالتوقيت العالمي المنسق سيحدث أي فرق.
أوووه! هذه نقطة جيدة. هذا من شأنه أن يفسر ذلك. أراهن أن هذا هو السبب. ومنتصف الليل هو وقت جيد لكل من النسخ الاحتياطي وإعادة التشغيل. لا يفسر تمامًا سبب اختفاء المشكلة عندما انتقلت إلى خدمة مختلفة، ولكن ربما تغير حظي، أو أن ما انتقلت إليه كان أسرع أو شيء من هذا القبيل.
