عمل رائع يا @RGJ!
بينما نتوقع حلاً، على سبيل المثال، سيكون من الجيد لو لم تسبب هذه المشكلة في سلسلة من المشاكل التي واجهتها، والتي كادت أن تدمر منتداي تمامًا. على وجه التحديد:
- يبدو أن فشل البريد الإلكتروني يتم إعادة محاولته بسرعة كبيرة، مما يتسبب في انفجار حجم قائمة انتظار sidekiq واستخدام وحدة المعالجة المركزية بنسبة ~100٪ بسبب هذه المهام
- بالإضافة إلى ذلك، كان هناك شيء ما (إما تعطل أو إعادة تشغيل) يتسبب في كتابة Redis لملفات مؤقتة ضخمة، أفترض أنها تحتوي على حالة قائمة انتظار sidekiq. بينما كان من الآمن إزالتها، إلا أنها ملأت القرص بسرعة، مما تسبب في المزيد من الأعطال، وهكذا. كان لدي بعض المساحة القرصية الأخرى التي تمكنت من تحريرها حتى أتمكن من إعادة تشغيل المنتدى ومعرفة ما كان يحدث، ولكن هذا قد لا يكون صحيحًا للجميع. (من الصعب أيضًا تأكيد أنه في هذه الحالة، ملفات Redis المؤقتة آمنة للحذف.)
تخميني هو أن الحل الأبسط هنا هو إبطاء إعادة المحاولة في وظائف البريد الإلكتروني الفاشلة - أو على الأقل في تلك التي لا تحتوي على قيود زمنية مثل إعادة تعيين كلمة المرور. وهو ما يبدو مناسبًا نظرًا لأن مشاكل البريد الإلكتروني من غير المرجح أن تُحل بسرعة، ومعظم / كل مرسلي البريد سيقومون بإعادة المحاولة الخاصة بهم بمجرد استلامهم رسالة.