المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

المشكلة

الحل

التحقق من الصحة

المقدمة

يصف هذا وثيقة كيف أن يتحرى ويصلح خطأ NFS "stale file handle" عند تشغيل الأمر df -h في cisco DNA مركز.

المتطلبات الأساسية

المتطلبات

- معرفة إدارة نظام ملفات Linux

- معرفة NFS الإصدار 3 أو الإصدار 4

- الوصول إلى طبقة CLI الأساسية الكاملة لواجهة سطر الأوامر

- عنوان IP أو اسم المضيف ومسار دليل NFS

المكونات المستخدمة

- واجهة سطر الأوامر لمركز بنية الشبكة الرقمية من Cisco 2.3.3

- NFS v4

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

المشكلة

يمكن أن تفشل النسخ الاحتياطية الكاملة لمركز بنية الشبكة الرقمية (Assurance) من Cisco لأن نظام ملفات الشبكة (NFS) لم يتم تحميله بشكل صحيح، حتى إذا رأيت تكوينه بنجاح في إعدادات النسخ الاحتياطي لمركز بنية الشبكة الرقمية من Cisco. عند التحقق من نظام الملفات في مركز بنية الشبكة الرقمية من Cisco باستخدام الأمر df -h، سترى أنك تحصل على خطوط خطأ في بداية مخرجات الأمر: د.أ: /data/nfs: مقبض ملف قديم

يمكن أن يكون خطأ ملف المؤشر العكسي ل NFS هذا موجودا في أي نظام Linux لأسباب متعددة. السبب الأكثر شيوعا هو أي تغيير في الملف الذي تم تحميله في جهاز القرص. على سبيل المثال، عندما تقوم خدمة أو تطبيق بفتح أو إنشاء ملف، فإنه يقوم بحذفه وإغلاقه، ثم يحاول الوصول إلى نفس الملف أو حذفه مرة أخرى، وبالتالي فإن المرجع إلى هذا الملف قديم أو غير صالح. بمعنى آخر، يصبح FileHandle قديما عندما تتم إزالة الملف أو الدليل المشار إليه بواسطة مقبض بواسطة مضيف آخر، بينما يحتفظ العميل بمرجع نشط للكائن.

مثال:

maglev@maglev-master-10-10-10-10:~$   df -h

df: /data/nfs: Stale file handle

Filesystem                                      Size  Used Avail Use% Mounted on

udev                                            189G     0  189G   0% /dev

tmpfs                                            38G  9.4M   38G   1% /run

/dev/sdb2                                        47G   28G   18G  62% /

tmpfs                                           189G     0  189G   0% /dev/shm

tmpfs                                           5.0M     0  5.0M   0% /run/lock

tmpfs                                           189G     0  189G   0% /sys/fs/cgroup

/dev/sdb4                                       392G  123G  250G  34% /data

/dev/sdb3                                       239M  163M   76M  69% /boot/efi

/dev/sdc3                                       166G  5.6G  152G   4% /var

/dev/sdc1                                       671G  102G  536G  16% /data/maglev/srv

/dev/sdc2                                       923G  175G  702G  20% /data/maglev/srv/maglev-system

/dev/sdd1                                       5.2T  127G  4.9T   3% /data/maglev/srv/ndp

glusterfs-brick-0.glusterfs-brick:/default_vol  923G  187G  699G  22% /mnt/glusterfs/default_vol

glusterfs-brick-0.glusterfs-brick:/ndp_vol      5.2T  181G  4.9T   4% /mnt/glusterfs/ndp_vol

tmpfs                                            38G     0   38G   0% /run/user/1234

maglev@maglev-master-10-10-10-10:~$

يتم توفير إخراج مماثل بواسطة عرض الأمر magctl sts backup mount.

مثال:

maglev@maglev-master-10-10-10-10:~$ magctl sts backup mount display

ERROR: df: /data/nfs: Stale file handle

ملاحظة: يمكن العثور على العديد من أخطاء معالجة الملفات القديمة أيضا لخادم NFS نفسه الذي يحتوي على نقاط تركيب مختلفة. يمكن تطبيق الحل على كل خطأ في معالج الملفات العفنة.

الحل

1.- إزالة إعدادات NFS لحذف NFS من النظام. انتقل إلى قائمة مركز بنية الشبكة الرقمية (DNA) من Cisco > إعدادات > النسخ الاحتياطي والاستعادة > تكوين > مركز بنية الشبكة الرقمية (NFS) من Cisco وانقر فوق زر إزالة.

2.- التحقق من صحة نقطة التثبيت البسيطة NFS في النظام من خلال تشغيل الأمر:

$ mount | grep -i <NFS_IP_ADDRESS_OR_FQDN>

مثال:

maglev@maglev-master-10-10-10-10:~$ mount | grep -i 192.168.100.1

192.168.100.1:/dna_backups/dna_assurance_data on /data/nfs type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,acregmin=60,acdirmin=60,soft,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.10.16.2,local_lock=none,addr=10.10.16.3)

يمكن العثور على نتائج متعددة أيضا لنفس خادم NFS مع نقاط تركيب مختلفة. يمكن أن يطلب منها جميعها أن تكون غير مركبة.

تلميح: إذا تم تمكين القشرة الآمنة في واجهة سطر الأوامر (Maglev CLI) (Magshell)، فيمكنك تشغيل الأمر _shell لتمكين الأساسي الكامل. يمكنك طلب رمز مميز من TAC لمنح الوصول إلى طبقة Maglev الأساسية الكاملة، حسب إصدار مركز بنية الشبكة الرقمية من Cisco.

3.- قم بإلغاء تحميل نقطة تركيب NFS يدويا والتي توفر خطأ معالج الملفات المعتم في أنظمة الملفات من خلال تشغيل الأمر:

$ sudo أمر <NFS_IP_ADDRESS_OR_FQDN>:/remote/NFS/path /local/mounting/point

مثال:

maglev@maglev-master-10-10-10-10:~$ sudo umount 192.168.100.1:/dna_backups/dna_assurance_data /data/nfs

4.- بمجرد إلغاء تحميل NFS من نظام الملفات، يمكنك التحقق مرتين من خلال تشغيل الأمر df -h والتحقق من عدم رؤيتك لخطأ "معالج الملفات المتدرج" بعد الآن. إذا كنت لا تزال ترى إدخالا لمقبض ملف قديم، فانتقل إلى الخطوات 2 و 3 مرة أخرى لأن نظام ملفات الشبكة (NFS) قد يحتوي على نقطة تركيب مختلفة كانت قيد الاستخدام أيضا ويتطلب إلغاء التحميل أيضا.

5.- أخيرا، انتقل إلى قائمة مركز بنية الشبكة الرقمية (DNA) من Cisco > إعدادات > النسخ الاحتياطي والاستعادة > تكوين > مركز بنية الشبكة (NFS) من Cisco وأعد تكوين NFS.

التحقق من الصحة

تحقق من تركيب نظام ملفات الشبكة (NFS) الآن بشكل صحيح مع عدم وجود المزيد من الأخطاء في "مؤشر الملفات القديمة" من خلال تشغيل الأمر df -h وأيضا من خلال التحقق من نقطة تحميل NFS لإعدادات النسخ الاحتياطي باستخدام MAGCTL:

maglev@maglev-master-10-10-10-10:~ $ magctl sts backup mount display

+------------------------------------------+------+------------+------------+------------+

| remote                                   | type | used       | available  | percentage |

+------------------------------------------+------+------------+------------+------------+

|192.168.100.1:/dna_backups/dna_assurance_data/ | nfs4 | 6369873920 | 3744850944 | 63%        |

+------------------------------------------+------+------------+------------+------------+