عندما يبدأ Plex لكن يفشل أحد التبعيات، أبقِ الخدمة قيد التشغيل كمرجع، وحدد مسار التخزين أو الشبكة أو الوكيل أو الهوية المفقود.
تشير حالة الحاوية الخضراء فقط إلى أن عملية Plex بدأت. ولا تثبت وجود نقطة تحميل الوسائط، أو إمكانية الكتابة إلى بيانات التطبيق، أو نجاح حل أسماء DNS، أو إمكانية الوصول إلى الطرف البعيد. اختبر التبعيات من الداخل إلى الخارج، ولا تغيّر إلا الطبقة التي تفشل.
تحقق أولًا من بيانات التطبيق ونقاط تحميل الوسائط
قد تؤدي نقطة تحميل مفقودة أو للقراءة فقط إلى استمرار تشغيل العملية مع اختفاء المكتبات أو فشل عمليات الكتابة. تأكد من المسارات الدقيقة التي تم إعداد Plex لاستخدامها قبل إعادة تشغيل الحاوية مرارًا.
قد يؤدي انقطاع التخزين الشبكي إلى منع الوصول إلى الوسائط بينما يظل المضيف وعملية Plex متصلين.
اعرض المسارات المحمّلة من داخل الحاوية، ونفّذ قراءة غير مؤذية على الوسائط وكتابة مؤقتة على بيانات التطبيق. أصلح نقطة التحميل أو الأذونات قبل تغيير إعدادات Plex.
تحقق من DNS وإمكانية الوصول إلى الشبكة
إذا كان التخزين سليمًا، فتأكد من أن الخدمة تستطيع الوصول إلى أي تبعية شبكية تحتاج إليها فعليًا. يجب عزل أعطال الوكيل وDNS والتخزين البعيد وVPN كلٌّ على حدة.
تحدد مقاييس المسارات الأساسية الواجهة التي سيتم اختيارها عند وجود عدة مسارات شبكية.
حلّ أسماء التبعيات واختبر الوجهة الفعلية من مضيف Plex. إذا فشل الاتصال خارج Plex، فاحصر الإصلاح في سياسة التوجيه أو DNS أو جدار الحماية.
اعتبر الخدمات المرافقة اختيارية ما لم يثبت خلاف ذلك
قد تحسّن أدوات التنزيل ومديرو الطلبات والفهرسات سير العمل من دون أن تكون مطلوبة للتشغيل الأساسي. لا تعِد تشغيل المجموعة بأكملها عندما تكون إحدى الخدمات المرافقة غير الحرجة معطلة.
تساعد أنماط تبعية الحاويات المتعددة الشائعة على التمييز بين التبعيات الضرورية والخدمات التي ينبغي أن تستمر بشكل مستقل عند حدوث الأعطال.
أوقف الخدمة المرافقة الفاشلة عمدًا، وتحقق من تشغيل Plex محليًا ومن كتابة الحالة. إذا ظلت الخدمة الأساسية سليمة، فأعد الخدمة المرافقة بشكل منفصل. ويسهّل التخطيط المتسق لبيانات التطبيق الدائمة التمييز بين تبعية معطلة وحالة Plex مفقودة أو غير قابلة للكتابة.
اختتم عملية التحقق باختبار شامل من البداية إلى النهاية
بعد إصلاح التبعية، تحقق من سير عمل المستخدم الذي فشل في الأصل بدلًا من التوقف عند حالة العملية السليمة. فالتشغيل وكتابة الحالة والوصول عن بُعد تختبر مسارات مختلفة.
يضمن الفحص النهائي للاستخدام والتشبع والأخطاء أن التبعية التي تم إصلاحها ليست قابلة للوصول فحسب، بل لا تعاني فورًا من التشبع أو الأخطاء.
كرّر العطل الأصلي مع إبقاء السجلات مفتوحة، وسجّل النتيجة بعد الإصلاح. أضف اختبار التبعية إلى دليل التشغيل حتى يبدأ التعامل مع الحادثة التالية من الطبقة الصحيحة.
الدعم والنصائح
المزيد للقراءة

هل ينبغي نسخ Jellyfin احتياطيًا أثناء تشغيله أم إيقاف الخدمة أولًا؟
للتبسيط، يُفضَّل استخدام النسخ الاحتياطية للخدمات المتوقفة؛ ولا تستخدم اللقطات الحية إلا عندما تكون حالة التطبيق ملتقطة بشكل متسق وتكون عمليات الاستعادة قد اختُبرت.

لماذا يعمل Jellyfin بدرجة حرارة مرتفعة أو بضوضاء عالية عندما لا يشاهد أحد أي محتوى؟
تعني الحرارة أثناء الخمول عادةً وجود عمل في الخلفية أو عبء عمل على مضيف مشترك، لذا حدّد العملية النشطة والمهمة المجدولة قبل تغيير التبريد...

متى ينبغي إعادة بناء Jellyfin بدلًا من إصلاحه؟
اختر إعادة البناء بدلًا من الإصلاح عندما يكون انجراف بيئة التشغيل هو المشكلة وتكون الحالة الدائمة قد نُسخت احتياطيًا؛ لا تُجرِ «إعادة بناء» بحذف...

