يبدأ Jellyfin لكن تظل مهام المعالجة في الخلفية غير متصلة بالإنترنت

لا يوفّر Jellyfin خدمة واحدة شاملة للعمليات الخلفية يجب أن تكون متصلة بالإنترنت بشكل منفصل عن خادم الويب. إذا تم تحميل واجهة المستخدم لكن ظهرت «العمليات» على أنها غير متصلة، فحوّل هذا العَرَض إلى العملية الخلفية المحددة المتوقفة: فحص مكتبة، أو تحديث بيانات وصفية، أو مهمة صور الفصول، أو مهمة إضافة، أو مهمة مجدولة أخرى.

هذا التمييز مهم لأن نقطة نهاية HTTP السليمة تثبت فقط أن عملية الخادم الرئيسية قد بدأت. تتمثل الخطوة التالية في تحديد مهمة واحدة يُفترض أن تعمل، وفحص نتيجتها الأخيرة وأسطر السجل المطابقة، ثم تتبّع أول تبعية فاشلة—قاعدة البيانات، أو بيانات التطبيق القابلة للكتابة، أو تخزين الوسائط، أو الإضافة، أو المورد الخاص بالمهمة—من دون إعادة إنشاء خادم يعرض واجهة المستخدم بالفعل.

حدّد مهمة الخلفية المحددة التي لا تحرز تقدّمًا

افتح لوحة المعلومات واختر مهمة مجدولة واحدة يمكنك ملاحظة سلوكها. سجّل وقت آخر تشغيل لها، ووقت التشغيل التالي، وحالتها الحالية، وما إذا كان تشغيلها يدويًا يغيّر أي شيء. لا تجمع كل المهام المجدولة الخاملة تحت عَرَض واحد هو «العملية غير متصلة».

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

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

اقرأ أول خطأ ذي صلة، وليس سلسلة الأخطاء اللاحقة الأخيرة

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

يوصي دليل استكشاف أخطاء Jellyfin بالسجلات كأول مكان لتشخيص مشكلات الخادم والتشغيل، ويشير إلى أن تسجيل التصحيح قد ينتج مخرجات ضخمة جدًا. إرشادات التسجيل في Jellyfin

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

تحقّق من إمكانية الكتابة إلى دليل البيانات ومن تقدّم قاعدة البيانات

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

تتضمن وثائق استكشاف أخطاء Jellyfin إرشادات بشأن قفل قاعدة البيانات عند فشل عمليات الفحص، بينما توضّح وثائق الحاويات أن استمرار التكوين وذاكرة التخزين المؤقت يعتمد على المسارات المركّبة. مسارات الحاوية المستمرة في Jellyfin

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

تأكّد من وجود تخزين الوسائط قبل تشغيل مهام المكتبة

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

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

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

اعزل تبعيات الإضافات والمهام الخاصة

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

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

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

أعد التشغيل فقط كمرحلة للتحقق

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

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

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