مختبر منزلي 16G FC بلا محول: qla2xxx qlini_mode=disabled يُتجاهل على RHEL 8، لا LUN هدف
أُجهّز إعداد Fibre Channel بلا محول في المنزل: جهاز واحد يحمل التخزين ويجب أن يعمل كهدف FC، والجهازان الآخران هما مبادِران عاديان. لا يوجد محول FC في المنتصف، فقط كابلات مباشرة بين محولات HBA.
العتاد:
- بطاقة QLogic QLE2694 في جهاز التخزين، الذي يجب أن يكون الهدف
- بطاقتا QLogic QLE2690 وQLE2692 في جهازي المبادرة
- بصريات FTLF8529P4BCV-QL بسرعة 16G SFP+ LC، بترميز QLogic، مدى قصير 850 نانومتر
- كابلات LC-LC متعددة النمط OM3 بطول 3 أمتار بين المنافذ
الجانب البصري لا يسبب لي أي مشكلة إطلاقًا. المنافذ تعمل، وترى البطاقات بعضها، ويعمل كل شيء طالما بقي الطرفان مبادِرَين. المشكلة هي تحويل جهاز التخزين إلى وضع الهدف. وضعت خيار الوحدة، وأعدت بناء initramfs، وأعدت التشغيل، والمعامل ببساطة لا يُطبّق أبدًا:
# cat /etc/modprobe.d/qla2xxx.conf
options qla2xxx qlini_mode="disabled"
# after rebuilding the initramfs and rebooting
# cat /sys/module/qla2xxx/parameters/qlini_mode
enabledيبدأ targetcli بشكل طبيعي، لكن مع بقاء وضع المبادر مفعّلًا لا يوجد نسيج FC لتعليق مخزن دعم (backstore) عليه، لذا لا يُصدَّر شيء ويرى المبادرون رابطًا فارغًا.
ما جربته:
- الخيار في /etc/modprobe.d، وبشكل منفصل، على سطر أوامر النواة
- إعادة توليد initramfs وإعدادات الإقلاع بعد كل تغيير
- تبديل البطاقة الموجودة في جهاز التخزين، تحسبًا لكونها خاصية غريبة في QLE2694
هل هذا يتعلق ببناء التعريف على التوزيعة التي أستخدمها، وهي مبنية على RHEL 8، أم أنني أفتقد خطوة في كيفية تطبيق الخيار؟
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 4
أنت لا تفتقد خطوة، الخيار ببساطة لا يمكن أن يعمل حيث تشغّله. RHEL 8 وما بعده يشحنان ببناء qla2xxx أُزيلت منه القدرة على تعطيل وضع المبادر، لذا أينما وضعت
qlini_mode="disabled"يتم تجاهله وتبقى البطاقة مبادرة. لا شيء خاطئ في QLE2694 ولا البصريات ولا الألياف.طريقان للخروج: شغّل جهاز الهدف على توزيعة ما زالت تحتفظ بوضع الهدف في qla2xxx، أو ابنِ الوحدة بنفسك، وهو ما لن أفعله على جهاز مخصص لحمل بيانات. اخترت الطريق الأول ووضعت الهدف على Fedora Server 39.
بعد ذلك التسلسل هو الممل المعتاد:
في modprobe.d، ثم أعد بناء initramfs وإعداد GRUB، أعد التشغيل، وتحقق من المنافذ بـ
ثبّت targetcli وsysfsutils، فعّل منافذ FC، ثم اربط أحجام LVM الخاصة بك من NVMe كمخازن دعم (block backstores)، اربطها بعناوين WWN للمنفذ وأعطِ كل مبادر قائمة تحكم وصول (ACL) خاصة به. يمكن أن تبقى أجهزة المبادرة كما هي تمامًا، القيد يؤثر فقط على جانب الهدف.
ملاحظة شراء لأي شخص يفعل هذا لاحقًا: فضّل بطاقات QLE2690 وQLE2692 وQLE2694 بعلامة Dell، لأن توثيقها يغطي فعليًا وضع الهدف، مما يوفر الكثير من التخمين.
شيئان يجب تحديدهما قبل أن يخمّن أحد.
أولًا، من أين يأتي qla2xxx لديك فعليًا: الوحدة المدمجة التي تأتي مع نواة التوزيعة، أم بناء خارج الشجرة سحبته من المورّد وترجمته بنفسك؟ على أساس RHEL 8 يتصرف الاثنان بشكل مختلف جدًا هنا، وهذا أهم بكثير من صياغة modprobe.
ثانيًا، انشر مخرجات
systool -c fc_host -vمن جهاز التخزين. تخبرنا إن كانت المنافذ تعمل فعليًا وبأي سرعة، حتى نتمكن من فصل مسألة التعريف عن مسألة فيزيائية.كذلك تأكد من البصريات في كلا الطرفين. FTLF8529P4BCV-QL هي قطعة مدى قصير بطول موجي 850 نانومتر، لذا تحتاج ألياف متعددة النمط - على أحادي النمط لن تحصل على شيء إطلاقًا، وأريد استبعاد ذلك قبل أن نتحدث عن وضع الهدف.
التعريف المدمج: نواة قياسية وqla2xxx قياسي مباشرة من مستودعات التوزيعة، لا شيء مسحوب من المورّد، لا شيء مترجم يدويًا.
systool -c fc_host -vيُظهر كلا المنفذين على QLE2694 online بسرعة 16G، ونفس وحدات FTLF8529P4BCV-QL موجودة في كلا الطرفين عبر كابلات OM3 بطول 3 أمتار، إذن الطبقة الفيزيائية ليست المشكلة فعلًا - كمبادر يعمل كل شيء.ما زال sysfs يُبلّغ أن qlini_mode مفعّل بعد كل إعادة بناء وإعادة تشغيل، بغض النظر عمّا إذا ضبطته في modprobe.d أو على سطر أوامر النواة. sysfsutils وtargetcli مثبّتان، ويبدأ targetcli نفسه دون اعتراض، فقط لا يوجد شيء بشكل FC لإعداده فيه.
فخ مجاور يستحق أن تحمله معك عندما تنقل جهاز الهدف إلى توزيعة أخرى: تأكد من أن المعامل يصل إلى حيث يقرؤه فعليًا مسار الإقلاع لذلك الجهاز.
النسخة الكلاسيكية من هذا هي جهاز Proxmox رفض قبول بصرياته. وضع المسؤول
ixgbe.allow_unsupported_sfp=1في modprobe.d، ثم في إعداد GRUB، ولم يفعل أي منهما شيئًا، لأن الجهاز يقلع عبر EFI ولا يلمس GRUB إطلاقًا. هناك يجب أن يذهب المعامل إلى/etc/kernel/cmdlineمتبوعًا بـpve-efiboot-tool refresh.نفس توقيع الفشل مثل حالتك: ملف الإعداد يقول شيئًا، وsysfs يقول شيئًا آخر، وتفقد أمسية كاملة بالشك في العتاد. أيًا كان المضيف، اقرأ القيمة مجددًا من
/sys/module/...بعد كل إعادة تشغيل وثق بها بدلًا من الملف الذي حررته.