NFS-غانيشا هو خال تماما، وسهلة التركيب، وسهلة لتكوين، المتعدد ومشروع برنامج سطر الأوامر مفتوحة المصدر، شيطان أن implementes نظام ملفات الشبكة الخادم (NFS) على أي جنو / لينكس أو أنظمة التشغيل BSD .
يعمل في الفضاء العضو، ويدعم pNFS و9P
وعلى الرغم من أن البرنامج يعمل بشكل كامل في الفضاء المستخدم، فإنه يدعم الإصدار 3، 4.0 و 4.1 من بالتوازي مع NFS (pNFS)، وكذلك بروتوكول 9P من نظام التشغيل Plan9. ويدعم جميع هذه البروتوكولات بشكل متزامن من قبل NFS-غانيشا.
صمم مع اثنين من الأهداف في الاعتبار
تم تصميم البرنامج مع اثنين من الأهداف في الاعتبار، لتوفير الصادرات NFS إلى عدة مساحات ونظام الملفات، وتوفر مخابئ البيانات الكبيرة جدا والبيانات الوصفية. وهو يدعم V3 NFS، NFS 4.0، 4.1 NFS (بما في ذلك pNFS) البروتوكولات.
تم تصميم البرنامج في مثل هذه الطريقة التي يمكن أن تستخدم وحدات الخلفية مخصصة تسمى FSAL (ملف طبقة تجريد النظام). بين ما هو متاح وحدات FSAL، يمكن أن نذكر FSAL / POSIX، FSAL / SNMP، FSAL / PROXY، وFSAL / FUSELIKE.
الشروع في العمل مع NFS-غانيشا
لتثبيت البرنامج NFS-غانيشا على نظام التشغيل جنو / لينكس الخاص بك، يجب عليك أولا تحميل أحدث إصدار من أي Softoware أو المشروع و[رسقوو]؛ الموقع الرسمي (انظر الرابط زيارة في نهاية المقالة)، وحفظ الأرشيف في مكان ما على جهاز الكمبيوتر الخاص بك (يفضل أن يكون لديك دليل الرئيسية) واستخدام مدير أرشيف لاستخراج محتوياته.
فتح التطبيق المحطة الطرفية، انتقل إلى الموقع الذي قمت بفك ضغط ملف الأرشيف (مثل قرص /home/softoware/nfs-ganesha-2.1.0-0.1.1-Source - استبدال وسقوو]؛ softoware & [رسقوو]؛ مع اسم المستخدم الخاص بك)، وتشغيل و& سقوو]؛ cmake & رسقوو]؛ الأمر في المجلد الجذر لتكوين البرنامج.
ثم قم بتشغيل وسقوو]؛ جعل و[رسقوو]؛ الأمر لترجمة عليه وتوليد للتنفيذ، والتي يمكن تركيب نظام واسع عن طريق تشغيل وسقوو]؛ جعل تثبيت & [رسقوو]؛ الأمر كجذر أو وسقوو]؛ سودو جعل تثبيت & [رسقوو]؛ الأمر كمستخدم متميز.
ما هو الجديد في هذا الإصدار:
الصادرات هي الآن الديناميكية. ويمكن إضافتها أو إزالتها عن طريق الأوامر DBus. تم تحديث البرنامج النصي manage_exports الثعبان لدعم هذه الميزة.
وقد نظام الملفات الزائفة إعادة كتابتها كما FSAL. وهذا يتيح الصادرات الحيوية. أنظمة الملفات Submounted أيضا العمل على قاعدة هذا التغيير.
وقد تم إعادة كتابة معالجة ملف التكوين لتحسين التحقق من الخطأ وقطع الأشجار. يتم فحص جميع المعلمات باستمرار لمجموعة. يتم فحص أيضا المصادقة على كتل التكوين بأكملها.
ويمكن الآن أن تدار GIDs لاستخدام مصادر التوثيق الخارجي. هذا يحدد الحد بروتوكول AUTH_SYS التي قيدت عدد gids بديلة ل16.
وقد تم إعادة التعبئة والتغليف RPM وتحديثها. يتم تعبئتها الآن الأدوات DBus.
ما هو الجديد في الإصدار 2.1.0:
الصادرات هي الآن الديناميكية. ويمكن إضافتها أو إزالتها عن طريق الأوامر DBus. تم تحديث البرنامج النصي manage_exports الثعبان لدعم هذه الميزة.
وقد نظام الملفات الزائفة إعادة كتابتها كما FSAL. وهذا يتيح الصادرات الحيوية. أنظمة الملفات Submounted أيضا العمل على قاعدة هذا التغيير.
وقد تم إعادة كتابة معالجة ملف التكوين لتحسين التحقق من الخطأ وقطع الأشجار. يتم فحص جميع المعلمات باستمرار لمجموعة. يتم فحص أيضا المصادقة على كتل التكوين بأكملها.
ويمكن الآن أن تدار GIDs لاستخدام مصادر التوثيق الخارجي. هذا يحدد الحد بروتوكول AUTH_SYS التي قيدت عدد gids بديلة ل16.
وقد تم إعادة التعبئة والتغليف RPM وتحديثها. يتم تعبئتها الآن الأدوات DBus.
ما هو الجديد في الإصدار 2.0.0:
وقد تم دعم NFSv4.1 تحسنت كثيرا والآن يدعم بشكل كامل pNFS I / O العمليات. هذه الميزة تجعل قوة وقدرة متفاوت وتوزيع أنظمة الملفات المتاحة للعملاء.
موحد الدولة وتأمين إدارة NLM مع الدولة NFSv4 وإدارة قفل.
خطة 9 تحسنت كثيرا (9P) الدعم. هذا هو بروتوكول مستوى 9P.2000L.
الخلفيات نظام الملفات هي الآن وحدات loadable. وهذا يعني أن أي عدد من الخلفيات والصادرات عبر تلك الخلفيات يمكن تكوين.
لم يكن هناك عمل واسع النطاق الذي لحق جوهر الخادم. تحسنت كثيرا متعددة الخيوط scaleability واستخدام الذاكرة. ضوابط صحة بروتوكول وصول الصادرات هي أفضل بكثير.
تدار إدارة النظام الآن عبر واجهة الخادم DBus. هذا يحل محل SNMP وإحصاءات مرافق الإصدارات السابقة.
وقد انخفض التأييد NFSv2. الإصدار 2 من البروتوكول وقد عاشت اكثر من فائدته طويلة ولا يمكن دعم أحجام التعامل مع أنظمة الملفات المطلوبة لتوزيع الحديثة. وقد تم الإبقاء الدعم للعمليات إلغاء تحميلها القديمة للتوافق مع الإصدارات السابقة مع بعض العملاء.
تمت إزالة إدارة MIB SNMP. يتم استبداله من قبل واجهة إدارة DBus. ويمكن تقديم دعم SNMP من قبل SNMP لDBus الوكيل.
لقد تم إسقاط بعض تطبيقات FSAL القديمة نظرا لعدم اهتمام المجتمع. وتشمل هذه FUSE وPOSIX FSALs.
ما هو الجديد في الإصدار 1.0.4:
مخطوطات init.d هي الآن أقرب إلى LSB المتطلبات
علة الإصلاح: حالة تعارض عند إدخال إدخال نفس جديد عدة مرات وبشكل متزامن في ذاكرة التخزين المؤقت البيانات الوصفية
إصلاح الخلل: كان من المستحيل تحديد "/" كما pseudopath دخول تصدير في ل
إصلاح الخلل: حزمة سيئة fsal_handle في FSAL_PROXY يمكن أن تخلق 2 الإدخالات في cache_inode لملف واحد.
علة الإصلاح: انتهاك الذاكرة في FSAL_PROXY لنوع fattr4 على أساس nfs4time
ما هو الجديد في الإصدار 1.0.3:
تم إصلاح الانحدار في FSAL_PROXY (حجم NFSv4 مقابض)
وظائف الدعم تجزئة HashTable أن حساب hashval وrbtval في مرور واحد
Cache_inode يستخدم "قيمة وظيفة مزدوجة حساب" في hashtable لها
عكس clientid معين يستخدم "قيمة وظيفة مزدوجة حساب" في hashtable لها
pNFS / LAYOUT4_NFSV4_1_FILES: العديد من علة ثابتة (انظر سجل GIT)
وقد استعرضت DupReq المقايسة: يستخدم الآن (src_ipaddr، الميناء، XID، cksum إضافية) الصفوف (tuple) كمفتاح
وقد استعرضت اختيار العمال للحد من وحدة المعالجة المركزية كمسومبأيشن في حالة استخدام عدد كبير جدا من العمال.
الأمن الثابتة: عند تعيين جذر 'كما لا أحد، أخلى لها' altgroups "
التكوين يمكن الآن تخفيض إصدار NFS advertsised إلى rpcbind (لتجنب NFSv2 على سبيل المثال).
تمت إضافة الانتاج XML لاختبارات غير الانحدار لتسهيل الاندماج في HudsonCI
بضعة تغييرات في تنفيذ NLM
وقد استدار FSAL_HPSS إلى HPSSv7.3.2
إدارة أفضل للNFSv4.x السمة FATTR4_CHANGE
ما هو الجديد في الإصدار 1.0.2:
ويتضمن هذا الإصدار عدة إصلاحات لالبق وجدت خلال فصل الخريف الماضي خبز واحد في ثون.
وFSAL_ZFS يدعم الآن الحصول على لقطات ZFS (و".zfs" دليل لأولئك الذين هم على دراية ZFS).
وقد استعرضت إدارة الذاكرة في العمق.
ما هو الجديد في الإصدار 0.99.63:
هذا الإصدار يدمج دعم NLMv4 بروتوكول (قفل الإدارة لNFSv3) والعديد من الاصلاحات. وسوف يتم تنفيذ pNFS في الإصدار التالي (مع دعم LAYOUT4_FILES).
ما هو الجديد في الإصدار 0.99.62:
ويتضمن هذا الإصدار العديد من الاصلاحات ولكن لا ترقية سمة رئيسية (هذا سيأتي مع الإصدار القادم مع pNFS جديدة الاشياء في ذلك). طريقة إدارة الحزم قد تغيرت أيضا
ما هو الجديد في الإصدار 0.99.61:
تم دمج رقعة من اريك Sesterhenn حول memleaks.
علة فيكس: تحقق الآن قيمة csa_flags لOP4_CREATE_SESSION
علة فيكس: يجب OP4_LOOKUPP العودة NFS4ERR_SYMLINK بدلا من NFS4ERR_NOTDIR عندما يرتبط CFH إلى ارتباط رمزي.
علة فيكس: خطأ تمكنت NFS4ERR_NOT_ONLY_OP لOP4_EXCHANGE_ID
علة فيكس: يجب OP4_LOOKUPP عودة NFS4ERR_NOENT عندما دعا من rootfh
علة فيكس: قدمت إدارة NFS4ERR_NOT_ONLY_OP خلل عند ترجمة دون دعم NFSv4.1. يتم إصلاح ذلك الآن.
تغيير رقم تعريف سيئة في سجل / log_functions.c (الوضع السابق يمكن أن يؤدي إلى احتمال تجاوز سعة المخزن المؤقت)
والتصحيح من قبل اريك ليفنسون حول استخدام libnfsidmap مع gssrpc تم دمج
علة فيكس: كان من المستحيل أن يجمع مع كل الدعم لgssrpc ودعم NFSv4.1 (عدم تطابق في nfsv41.h وxdr_nfsv41.c)
ما هو الجديد في الإصدار 0.99.60:
وظائف رسم الخرائط دائرة المخابرات العامة / المرن قام الاستخدام السيئ من وظائف idmapper_cache المرتبطة بها (لم تستخدم ذاكرة التخزين المؤقت في العديد من الحالات)
علة فيكس: مع نواة أحدث من 2.6.29، فشل test6 Connectathon على NFSv4 وNFSv4.1. والآن هذا ثابت: يتم إرجاع التخلص من الذخائر المتفجرة إلا عندما مجموعة من الإدخالات المطلوبة فارغة (لا مزيد من الدخول الى أن يقرأ في الدليل).
يدعم قفل يذهب بنجاح من خلال locktest BULL عندما تستخدم على رأس NFSv4.1 (المشاكل لا تزال مع NFSv4.0)
علة فيكس: NFSv4 rsize / wsize كان دائما قيمة 1024 التي قتل فيها العروض.
علة فيكس: في nfsv4، فإن نفس الشيء open_owner فتح fileid التي تم فتحها سابقا لن تحصل على نفس stateid.
علة فيكس: معظم الوقت، الملفات المفتوحة / تم إنشاؤها عن طريق NFSv4 أغلقت أبدا
لم يتم العثور على التعليقات