بدأ السؤال المجتمعي الأصلي من مستخدم لـ ZimaOS كان يشغّل Ollama وOpen WebUI بالفعل على حاسوبين منفصلين، لكنه لم يتمكن من تكرار هذا الإعداد باستخدام تطبيقات ZimaOS. كان المستخدم قادرًا على فتح التطبيقين، إلا أن Open WebUI لم ينزّل نموذج Ollama أو يعرضه، كما لم يبدُ أن النظام يتعرّف على وحدة NVIDIA GPU.
لم ينتج عن النقاش حل واحد شامل. بل وثّق ثلاث نتائج مختلفة: أمر docker exec غير مكتمل لا يمكن أن يعمل بصيغته المكتوبة، وتوصية بترتيب تثبيت ZimaOS لتفعيل تسريع NVIDIA، ثم تقرير مجتمعي لاحق أفاد بأن Ollama-Nvidia مع Open WebUI عملا بنجاح على خادم مزوّد ببطاقة RTX 3060. والتمييز بين هذه المسارات أكثر فائدة من تقديم النقاش على أنه دليل تعليمي واحد مكتمل الحل.
لماذا فشل أمر docker exec الأصلي
كانت أول نصيحة تلقاها الكاتب هي الاتصال عبر SSH، ثم التشغيل sudo docker ps، انسخ معرّف حاوية Ollama، ثم شغّل sudo docker execأعاد Docker خطأً لأن docker exec يتطلب ذلك حاوية قيد التشغيل وأمرًا لتنفيذه داخلها.
docker exec [OPTIONS] CONTAINER COMMAND [ARG...]على سبيل المثال، يجب أن يتضمن الأمر الكامل معرّف الحاوية متبوعًا بأمر فعلي. ولم يقدّم النقاش المجتمعي اسم حاوية Ollama الدقيق أو الأمر المقصود، ولم يؤكدهما، لذلك سيكون من غير الآمن اختلاق أمر جاهز للنسخ واللصق وتسميته حل المنتدى.
لم تكن المشكلة الأساسية مقتصرة على صياغة أوامر الطرفية. أفاد الكاتب بأن محاولة سحب نموذج عبر Open WebUI لم تُظهر أي نتيجة، وأن وحدة GPU لم تُكتشف. ويمكن للمستخدمين الذين يخططون لاستخدام المجموعة نفسها مراجعة متطلبات Ollama للأجهزة ومتطلبات Open WebUI للأجهزة قبل الفصل بين مشكلة الواجهة ومشكلة أجهزة الاستدلال.
توصيل Open WebUI بمثيل Ollama منفصل
أشار Zima-Giorgio أولًا إلى دليل توثيق اتصال Open WebUI بـ Ollama، لأن خدمتي Ollama وOpen WebUI لدى المستخدم قد تكونان قيد التشغيل بشكل منفصل. ويضع دليل موفّر Ollama في Open WebUI الحالي هذا الإعداد ضمن إعدادات المسؤول ← الاتصالات ← Ollama ← إدارة.
النقطة المعمارية المهمة هي أن Open WebUI يمثل الواجهة، بينما Ollama هو الواجهة الخلفية لتقديم النماذج. وإذا كانت الخدمتان في حاويتين مختلفتين أو على جهازين مختلفين، فيجب أن يتمكن Open WebUI من الوصول إلى واجهة Ollama البرمجية عبر الشبكة. ولن يظهر النموذج الموجود في Ollama لمجرد تثبيت رمزي التطبيقين.
بالنسبة إلى حالات فشل الاتصال، يوضح دليل اتصال Open WebUI الرسمي أن Ollama يستمع عادةً على 127.0.0.1، وهو عنوان لا يمكن الوصول إليه من حاوية أو كمبيوتر آخر. وتوفر هذه الوثائق سياقًا مفيدًا، لكن المنتدى لم يؤكد أن هذا هو السبب الدقيق في تثبيت ZimaOS لدى المؤلف.
ترتيب تثبيت NVIDIA المقترح في النقاش
بالنسبة إلى مسار متجر التطبيقات في ZimaOS المتاح في فبراير 2025، اقترح Zima-Giorgio إزالة تطبيق Open WebUI المثبّت مسبقًا، ثم تثبيت دعم وحدة معالجة الرسومات NVIDIA أولًا، وبعد ذلك تثبيت Open WebUI مجددًا:
- أزل تثبيت Open WebUI الحالي إذا كان قد ثُبّت قبل دعم وحدة معالجة الرسومات.
- ثبّت دعم وحدة معالجة الرسومات NVIDIA أو تطبيق Ollama المخصص لوحدة معالجة الرسومات.
- ثبّت Open WebUI بعد توفر طبقة وحدة معالجة الرسومات.
وصف الرد ذلك صراحةً بأنه قيد مؤقت قد يُصلح لاحقًا. لذلك ينبغي التعامل معه على أنه إجراء تاريخي من ذلك النقاش، وليس قاعدة دائمة لكل إصدار حالي من ZimaOS.
أفاد المؤلف الأصلي بأن هذا التسلسل لم يحل المشكلة على جهازه. وفي النهاية ثبّت Linux Mint، وتحقق من أن Linux تعرّف على وحدة معالجة الرسومات NVIDIA، وضبط وصول Docker إلى وحدة معالجة الرسومات، وثبّت CasaOS، ثم ثبّت Ollama وOpen WebUI عبر الطرفية. وفي تلك البيئة، تمكن Open WebUI من تنزيل نموذج.
هل يستطيع Open WebUI جلب نماذج Ollama مباشرةً؟
أوضح Zima-Giorgio لاحقًا أن نشر Open WebUI في ZimaOS الذي ظهر في فيديو الفريق كان يتضمن Ollama، وكان بإمكانه جلب النماذج مباشرةً من خلال الواجهة. ويشير هذا التوضيح إلى أن إعدادًا يدويًا منفصلًا ollama run modelname لم يكن الأمر command مطلوبًا دائمًا لهذا النشر المعبأ.
عُرض الفيديو مرتين أثناء النقاش، لكن صاحب المنشور الأصلي قال إنه لم يحل مشكلة تنزيل النموذج واكتشاف وحدة معالجة الرسومات الخاصة به. ولا يزال مرجعًا مرئيًا لسير العمل المعبأ، وليس دليلًا على أن كل تثبيت سيتصرف بالطريقة نفسها.
إعداد مجتمعي نجح مع RTX 3060
قدّم Denzil لاحقًا أوضح مثال ناجح على ZimaOS. فعلى خادم Lenovo أقدم مزوّد ببطاقة NVIDIA RTX 3060، ثبّت المستخدم تطبيقي Ollama-Nvidia وOpen WebUI. استخدم Ollama وحدة معالجة الرسومات، واكتشف Open WebUI مثيل Ollama، وأصبح الوصول إلى الواجهة ممكنًا من المتصفحات على الشبكة المحلية عبر المنفذ 3050.
عمل هذا الإعداد مع المطالبات النصية. ولم يكن Denzil قد فعّل الإدخال الصوتي، لأن ذلك كان سيتطلب شهادات للمتصفح، لذا لا ينبغي توسيع النتيجة إلى ادعاء أن ميزات الصوت قد تم إعدادها. واتصل جهاز منفصل يعمل بـHome Assistant بخادم Ollama لإجراء استعلامات دردشة صوتية لنماذج LLM.
بعد تسعة أشهر، أفاد Denzil بأن تثبيت Lenovo وRTX 3060 ظل يعمل بشكل شبه متواصل. كما استضاف خادم ZimaOS نفسه تطبيقات Immich وJellyfin وسير عمل مرتبطًا بـJoplin ومشاركة الملفات وخدمات أخرى مستضافة ذاتيًا. يدعم هذا التحديث الاستقرار طويل الأمد لإعداد NVIDIA لدى ذلك المستخدم، لكنه لا يفسر سبب فشل تثبيت صاحب المنشور الأصلي.
حدود وحدات معالجة الرسومات من NVIDIA وIntel
استخدم التقرير الناجح بطاقة NVIDIA RTX 3060. ينبغي للمستخدمين مقارنة بطاقاتهم مع وثائق دعم وحدات معالجة الرسومات في Ollama الحالية، والتحقق من أن نظام التشغيل المضيف وبيئة تشغيل الحاويات يستطيعان رؤية وحدة معالجة الرسومات.
سأل مستخدم آخر عن سبب عدم عمل وحدة معالجة الرسومات من Intel مع Open WebUI. لم يُنشر أي إصلاح مؤكّد لوحدات Intel في هذا النقاش. وذكر Denzil صراحةً أنه لا يملك خبرة ببطاقات Intel، وأحال إلى دليل توسيع وحدة معالجة الرسومات في ZimaCube. لذلك ظل سؤال Intel بلا حل، ولا ينبغي الإجابة عنه بالاست extrapolation من نتيجة RTX 3060.
قائمة تحقق عملية استنادًا إلى النقاش
- تحقّق مما إذا كان Open WebUI يتضمن واجهة Ollama محلية أو يجب أن يتصل بنسخة Ollama منفصلة.
- إذا كانت الخدمتان منفصلتين، فاضبط عنوان URL لاتصال Ollama في Open WebUI وتأكد من إمكانية الوصول إلى المنفذ 11434.
- لتسريع NVIDIA، تحقّق من اكتشاف وحدة معالجة الرسومات على المضيف قبل تشخيص Open WebUI.
- تحقّق من أن بيئة تشغيل الحاويات تتيح الوصول إلى وحدة معالجة الرسومات لحاوية Ollama.
- في إصدارات تطبيق ZimaOS التاريخية التي نوقشت في الموضوع، ثبّت دعم وحدة معالجة الرسومات قبل إعادة تثبيت Open WebUI.
- نزّل نموذجًا من خلال Open WebUI وتأكد من ظهوره في محدد النماذج.
- إذا ظلّ النموذج غير متاح، فاجمع حالة اتصال Open WebUI، وسجلات Ollama، وأسماء الحاويات، ومخرجات اكتشاف وحدة معالجة الرسومات بدلًا من تشغيل أمر
docker execالأمر.
للتجارب التي تعتمد على وحدة المعالجة المركزية فقط أو منخفضة استهلاك الطاقة، يساعدك دليل Shop حول تشغيل الذكاء الاصطناعي المحلي على خادم NAS منزلي دون وحدة معالجة رسومات على وضع توقعات واقعية لحجم النموذج والأداء.
الأسئلة الشائعة حول Ollama وOpen WebUI على ZimaOS
لماذا قال docker exec إن هناك حاجة إلى وسيطين على الأقل؟
كان الأمر غير مكتمل. يتطلب Docker معرّف حاوية قيد التشغيل أو اسمها، يتبعه أمر لتنفيذه داخل تلك الحاوية.
هل يمكن لـ Open WebUI تنزيل نماذج Ollama مباشرةً؟
وفقًا لرد Zima-Giorgio والفيديو المشترك، كان بإمكان نشر Open WebUI المضمّن تنزيل النماذج من خلال واجهته. ومع ذلك، ظلّ المؤلف الأصلي يواجه فشلًا في التنزيل، لذا يجب أيضًا التحقق من اتصال Ollama وحالة وحدة معالجة الرسومات/الحاوية.
ما مجموعة تطبيقات ZimaOS التي نجحت في الردود؟
أفاد Denzil بنجاح تشغيل Ollama-Nvidia وOpen WebUI على خادم Lenovo مزوّد ببطاقة RTX 3060. وتمكّن Open WebUI من الوصول إلى Ollama، وكان متاحًا عبر الشبكة المحلية على المنفذ 3050.
هل قدّم النقاش حلًا لمشكلة وحدة معالجة الرسومات Intel؟
لا. ظلّ السؤال المتعلق بوحدة معالجة الرسومات Intel دون حل، بينما استخدم الإعداد الناجح عتاد NVIDIA.
هل ما زالت إزالة Open WebUI وإعادة تثبيته بعد تفعيل دعم وحدة معالجة الرسومات (GPU) مطلوبة؟
وصف الرد هذا التسلسل بأنه قيد مؤقت في ZimaOS في فبراير 2025. تحقّق من سلوك التطبيق الحالي قبل إزالة تثبيت موجود، وخذ نسخة احتياطية من بيانات التطبيق الدائمة أولًا.
