أفاد أحد مستخدمي CasaOS بأن Prowlarr كان يعمل بشكل مستقل ويمكنه الاتصال بنجاح بـ Radarr، إلا أن أدوات الفهرسة فيه لم تكن تتزامن مع Radarr. وقد نجحت إضافة أدوات الفهرسة نفسها يدويًا في Radarr، مما حصر المشكلة في مسار مزامنة التطبيقات في Prowlarr، وليس في كون أدوات الفهرسة غير قابلة للاستخدام تمامًا.
جاء الدليل المفيد من لقطات الشاشة: كان Prowlarr يصنف أدوات الفهرسة المتأثرة على أنها Other فقط. وأشار عضو المجتمع goultron إلى أن الفئات ينبغي أن تتضمن عادةً أنواع الوسائط مثل Movies وTV. وأكد الكاتب لاحقًا أن هذا كان الدليل ذي الصلة، وأفاد بأن تبديل تطبيق Prowlarr في CasaOS إلى أحدث إصدار أدى إلى حل مشكلة أدوات الفهرسة.
ما الذي لم يكن يعمل؟
وصف التقرير الأصلي فشلًا جزئيًا في التكامل. كان Prowlarr مضبوطًا ويعمل، لكنه لم يرسل أدوات الفهرسة إلى Radarr كما هو متوقع. وقبل طلب المساعدة من المجتمع، كان recox قد تحقق من أربع نقاط شائعة:
- كان مفتاح Radarr API المُدخل في Prowlarr صحيحًا.
- كانت مزامنة أدوات الفهرسة مفعّلة في إعدادات تطبيق Radarr داخل Prowlarr.
- اكتمل اختبار الاتصال من Prowlarr إلى Radarr بنجاح.
- لم تؤدِّ إعادة التحديث أو المزامنة اليدوية إلى إرسال أدوات الفهرسة إلى Radarr.
تحقق الكاتب أيضًا من أن إضافة أدوات الفهرسة يدويًا داخل Radarr كانت ناجحة. وتكمن أهمية هذه التفاصيل في أنها توضح أن نجاح اختبار الاتصال لا يضمن أن Prowlarr يملك بيانات فئات قابلة للاستخدام لمزامنتها.
لماذا لم يكن اختبار الاتصال الناجح كافيًا؟
تُظهر إحدى لقطات الشاشة إعداد تطبيق Prowlarr مع تحديد Full Sync، وعناوين منفصلة لخادمي Prowlarr وArr، ومفتاح API، وزر Test. وهذا يدعم تصريح الكاتب بأن اتصال التطبيق الأساسي كان مضبوطًا بالفعل.
بما أن الاختبار نجح، فمن غير المرجح أن يكون استبدال مفتاح API مرارًا هو سبب هذه الحالة تحديدًا. وكان الدليل التالي المفيد هو البيانات الوصفية المرتبطة بأدوات الفهرسة، وليس حالة الاتصال.
الدليل الأساسي: تصنيف أدوات الفهرسة على أنها Other فقط
في لقطة شاشة Prowlarr على سطح المكتب، كانت أدوات الفهرسة المضبوطة مفعّلة وتظهر بجوارها مؤشرات حالة خضراء، لكن كل صف كان يعرض الفئة Other. واقترح عضو المجتمع goultron أن هذا غير طبيعي، وأن الصفوف ينبغي أن تتضمن مزيجًا من الفئات مثل TV وMovies. ويوضح دليل البدء السريع الرسمي لـ Prowlarr أن التطبيقات لا تتم مزامنتها إلا بالفئات وأدوات الفهرسة المحددة التي تدعم تلك الفئات.
أرفق goultron لقطة مقارنة تُظهر أدوات فهرسة بفئات خاصة بالوسائط، منها Movies وTV وAudio وBooks وConsole وPC وغيرها. ويعتمد المزيج الدقيق للفئات على أداة الفهرسة، لكن المقارنة أوضحت غياب تصنيفات Movies وTV.
الإصلاح الذي أبلغ عنه الكاتب الأصلي
عاد Recox إلى الموضوع وأكد أن ملاحظة الفئات كانت ذات صلة. ثم غيّر الكاتب إصدار Prowlarr في CasaOS إلى أحدث إصدار متاح. وبعد هذا التحديث، حُلّت مشكلة أدوات الفهرسة وتغيرت العديد من تعريفات أدوات الفهرسة أو إدخالات الفئات.
وعليه، تدعم المناقشة التسلسل التالي لهذه الحالة تحديدًا:
- تأكد من نجاح اختبار API بين Prowlarr وRadarr.
- تأكد من ضبط التطبيق لمزامنة أدوات الفهرسة.
- افتح قائمة أدوات الفهرسة في Prowlarr وافحص عمود Categories.
- إذا ظهرت أدوات فهرسة الوسائط على أنها Other فقط، فقارن إصدار Prowlarr المثبت في CasaOS بأحدث إصدار متاح في إعدادات التطبيق.
- حدّث Prowlarr، واسمح بتحديث تعريفات أدوات الفهرسة، ثم شغّل Sync App Indexers مرة أخرى.
- ارجع إلى Radarr وتحقق من ظهور أدوات الفهرسة المتزامنة الآن، بدلًا من الاعتماد على نتيجة اختبار الاتصال وحدها.
لا تسجل المناقشة رقمي الإصدار القديم والجديد الدقيقين لـ Prowlarr، كما لا تتضمن سجلات تثبت أي تعريف داخلي تغيّر. والاستنتاج الأكثر أمانًا هو أن تحديث Prowlarr حدّث بيانات أدوات الفهرسة المتأثرة في هذا التثبيت؛ ولا يُعد ذلك دليلًا على أن كل حالات فشل المزامنة بين Prowlarr وRadarr لها السبب نفسه.
ما الذي يجب التحقق منه بعد تحديث Prowlarr؟
بعد التحديث، أعد أولًا زيارة قائمة أدوات الفهرسة. ويتمثل التغيير المرئي المهم في أن أدوات الفهرسة المتوافقة ينبغي أن تعرض فئات ذات صلة مثل Movies أو TV بدلًا من Other فقط. ثم استخدم إجراء Sync App Indexers في Prowlarr وتحقق من تطبيق Arr المستهدف.
إذا ظل Radarr لا يتلقى شيئًا، فقارن الحالة الحالية بالحقائق الواردة في الحالة الأصلية: هل ينجح اختبار API؟ هل مستوى المزامنة مفعّل؟ هل تمنع الوسوم مزامنة بعض أدوات الفهرسة؟ وهل تعلن أدوات الفهرسة الآن عن فئات الأفلام؟ لقد حلت المناقشة حالة الفئات القديمة، لكنها لم تختبر أسبابًا محتملة أخرى مثل شبكات الحاويات أو عدم تطابق الوسوم أو الأذونات أو إمكانات أدوات الفهرسة غير المدعومة. وبالنسبة إلى حالات الفشل خارج هذه الحالة المؤكدة، استخدم دليل استكشاف الأخطاء وإصلاحها الرسمي لـ Prowlarr لجمع السجلات وتفاصيل الاتصال قبل تغيير إعدادات غير مرتبطة.
الحدود المهمة في أدلة المجتمع
يذكر المنشور Radarr باستمرار، بينما تُظهر لقطتا الإعداد والصحة المرفقتان Sonarr بوضوح. ويستخدم كلا التطبيقين نموذج تكامل Arr في Prowlarr، لكن لا ينبغي عرض الصور على أنها دليل مباشر على شاشة Radarr. والأفضل قراءتها بوصفها دليلًا تشخيصيًا على إعداد مزامنة Prowlarr ومشكلة الفئات التي وصفها الكاتب.
كما أن الحل هو تقرير من تثبيت واحد لـ CasaOS، وليس إشعار إصلاح رسميًا وعامًا. وأقوى نتيجة مؤكدة هي متابعة الكاتب نفسه: كان دليل الفئات صحيحًا، وأن نقل Prowlarr إلى أحدث إصدار متاح في CasaOS أدى إلى حل مشكلة أدوات الفهرسة.
الأسئلة الشائعة حول مزامنة Prowlarr وRadarr
لماذا ينجح اختبار API بينما لا تظهر أي أدوات فهرسة في Radarr؟
يتحقق الاختبار الناجح من قدرة Prowlarr على الوصول إلى التطبيق وتسجيل الدخول. لكنه في هذه المناقشة لم يثبت أن تعريفات أدوات الفهرسة المثبتة تعرض فئات Movies أو TV اللازمة للمزامنة المفيدة.
هل تعني فئة Other دائمًا أن أداة الفهرسة معطلة؟
لا. قد تعرض بعض أدوات الفهرسة فئة Other بشكل مشروع. أما النمط المثير للشك في هذه الحالة فكان أن كل أدوات فهرسة الوسائط المضبوطة ظهرت ضمن Other فقط، بينما أظهرت لقطة المقارنة أدوات فهرسة تعلن عادةً عن مزيج من فئات الوسائط.
ما الذي أصلح المشكلة لدى الكاتب الأصلي؟
غيّر Recox تطبيق Prowlarr في CasaOS إلى أحدث إصدار متاح. وأفاد الكاتب بأن العديد من إدخالات أدوات الفهرسة تغيرت، ثم عملت المزامنة.
لماذا ظلت أدوات الفهرسة المضافة يدويًا في Radarr تعمل؟
تجاوز الضبط اليدوي عملية دفع أدوات الفهرسة من Prowlarr إلى Radarr التي كانت تفشل. وساعد ذلك على حصر المشكلة في المزامنة أو في البيانات الوصفية التي تتم مزامنتها، وليس في عدم القدرة الكاملة على استخدام أدوات الفهرسة.
أي إصدار من Prowlarr ينبغي تثبيته؟
يذكر الموضوع فقط أن الكاتب اختار أحدث إصدار في CasaOS، ولا يسجل أرقام الإصدارات. تحقق من خيار Prowlarr الحالي المتاح في إعدادات تطبيق CasaOS، واحتفظ بنسخة احتياطية من إعدادات التطبيق قبل تغيير الإصدارات.
