يبدأ Plex لكن تبقى مهام الخلفية غير متصلة: ما الذي ينبغي التحقق منه؟

إيفا وونغ

IceWhale author

إيفا وونغ هي كاتبة تقنية و ومهندسة هاوية في ZimaSpace. مهووسة بالتكنولوجيا مدى الحياة ولديها شغف بالمختبرات المنزلية والبرمجيات مفتوحة المصدر، تتخصص في تبسيط المفاهيم التقنية المعقدة إلى أدلة عملية وسهلة الفهم. تؤمن إيفا بأن الاستضافة الذاتية يجب أن تكون ممتعة وليست مخيفة. من خلال دروسها، تمكّن المجتمع من تبسيط إعدادات الأجهزة، بدءًا من بناء أول نظام تخزين شبكي NAS وحتى إتقان حاويات Docker.

Plex Starts but Background Workers Stay Offline: What to Check - Zima Store Online

إذا بدأ Plex لكن ظلت مهام الخلفية غير متصلة، فتحقق من أخطاء المهام، وإمكانية الكتابة إلى بيانات التطبيق، والمساحة المتاحة في التخزين، ومسارات التبعيات قبل إعادة تثبيت أي شيء.

تثبت واجهة الويب فقط أن الخدمة الرئيسية يمكن الوصول إليها. قد تفشل أعمال الفحص أو البيانات الوصفية أو التحويل أو الصيانة بشكل منفصل لأن عملية مساعدة لا تستطيع الكتابة، أو لأن مسارًا مؤقتًا ممتلئ، أو لأن تبعية موصولة تغيّرت. ابدأ بأصغر مهمة فاشلة وتتبع عمليتها ومسارها بدقة بدلًا من إعادة تشغيل المضيف بالكامل مرارًا.

حدد أي مهمة أو عامل يفشل فعليًا

أعمال الخلفية ليست نظامًا فرعيًا واحدًا، لذا فإن عبارة «العاملون غير متصلين» تحتاج إلى إجراء فاشل محدد. يشير فشل الفحص أو فشل عامل التحويل أو فشل صيانة قاعدة البيانات إلى موارد مختلفة.

تعيينات وحدات تخزين Docker الصريحة تفصل بين إمكانية رؤية المسار وملكية الكتابة عبر الخدمات.

شغّل عملية فاشلة معروفة واحدة، والتقط أسطر سجل Plex ونشاط العملية الفرعية خلال تلك الفترة الزمنية. إذا كانت الخدمة الرئيسية سليمة لكن إحدى العمليات المساعدة تتوقف، فاجعل الاختبار التالي مقتصرًا على تلك العملية المساعدة وتبعياتها.

تحقق من إمكانية الكتابة إلى مسارات بيانات التطبيق والملفات المؤقتة

غالبًا ما تحتاج مهام الخلفية إلى إنشاء ملفات قاعدة بيانات أو بيانات وصفية أو ذاكرة تخزين مؤقت أو ملفات مؤقتة، حتى عندما تتمكن عملية الويب من قراءة الحالة الموجودة. لذلك قد تؤدي وحدة تخزين للقراءة فقط أو موصولة بإعدادات غير متطابقة إلى تعطيل أعمال الخلفية دون إيقاف العملية الرئيسية.

تعيين UID وGID للحاوية يربط هوية الخدمة بملكية نظام الملفات الرقمية على المضيف في نقاط الربط.

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

تحقق من المساحة الحرة وأخطاء الإدخال والإخراج

قد يسمح نظام ملفات شبه ممتلئ أو مسار تخزين معطّل بتحميل الصفحات الموجودة، بينما يفشل إخراج العامل الجديد. وينطبق ذلك خصوصًا على مهام التحويل والمعاينات والبيانات الوصفية التي تنشئ ملفات مؤقتة أو متزايدة الحجم.

فحوصات تشبع الموارد تحافظ على تركيز التشخيص على القيود الفعلية بدلًا من نسبة استخدام واحدة.

تحقق من المساحة الحرة في نظام الملفات، وتوافر وحدات inode، وأخطاء الإدخال والإخراج في النواة، وزمن استجابة الجهاز أثناء إعادة إنتاج فشل العامل. عند ظهور أخطاء أو نفاد المساحة، عالج حالة التخزين قبل إعادة محاولة المهمة.

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

أعد إنشاء العامل فقط بعد اجتياز اختبار تبعياته

قد تخفي إعادة تثبيت Plex السبب الأصلي مع إبقاء نقاط الربط أو الأذونات دون تغيير. تكون إعادة التشغيل النظيفة مفيدة فقط بعد التأكد من سلامة نظام الملفات وفحوصات التبعيات.

التخطيط لترقية الحاويات ينبغي أن يحمي الحالة الدائمة، ويحدد آلية التراجع، ويتحقق من النتيجة.

أعد تشغيل الحاوية أو أعد محاولة المهمة باستخدام الصورة نفسها بعد تصحيح التبعية التي ثبتت مشكلتها، ثم أجرِ اختبارًا سريعًا واحدًا. إذا استمرت العملية المساعدة في الفشل مع سلامة المسارات وعدم وجود خطأ في الموارد، فاجمع السجل الدقيق وقارنه بإصدار معروف بسلامته قبل التصعيد.