المقدمة
يصف هذا وثيقة الإستعادة إجراء عندما تكون متأثر ب cisco بق id CSCwf25731
وCSCwf37271
نقاط الوصول المتأثرة
وقد تأثرت نماذج نقاط الوصول هذه. إذا لم تكن تستخدم الطرز التالية فلن تتأثر ولن تحتاج إلى مزيد من الإجراءات:
- مادة حفازة 9166 (I/D1)
- Catalyst IW9167 (I/E)
سياق
قد تؤدي الترقيات من الأنظمة التي تم نشرها على موقع 17.12.4/5/6a إلى أي إصدار إلى إدخال طرز نقاط وصول محددة في حلقة تحميل ضمن شروط معينة، يتم تشغيلها بواسطة فشل تثبيت الصورة نظرا لعدم وجود مساحة كافية على القرص على تخزين الجهاز الهدف. لا يحدث هذا السيناريو إلا أثناء عملية ترقية تتضمن نقاط الوصول، على سبيل المثال ISSU أو تثبيت صورة وحدة التحكم الكاملة أو APSP، ولا يؤثر على أي خدمة عادية أو عمليات يومية أو عمليات تثبيت SMU.
يلزم إتخاذ خطوات إضافية قبل إجراء أي ترقية على نقاط الوصول التي يحتمل أن تكون متأثرة. لا تحتوي هذه المشكلة على حل بديل، ولا تعتمد على التكوين أو نوع النشر أو طراز وحدة التحكم
لا تؤثر هذه المشكلة على الإصدارات قبل 17.12.4، أو إذا كانت نقطة الوصول تقوم بتشغيل أي إصدار بعد 17.12.6a، على سبيل المثال 17.15.x ولم تقم أبدا بتثبيت أي من الإصدارات المتأثرة.
يتوفر إصلاح ل Cisco IOS XE الإصدارات 17.12.4 و 17.12.5 و 17.12.6a، في شكل عناوين APSP المعنية. بالإضافة إلى ذلك، يتوفر APSP تنظيف ل 17.15.4d و 17.18.2، لاسترداد المساحة المفقودة، لعمليات النشر التي كانت تستخدم الإصدار المتأثر، والتي تمت ترقيتها بالفعل إلى إصدار أحدث.
إذا كانت شبكتك قد تعرضت لأي من الإصدارات المتأثرة عند نقطة ما أو إذا لم تكن متأكدا من إستخدام الشبكة لهذه الإصدارات من قبل، فمن المستحسن إجراء التحققات قبل أي ترقية كإجراء إحتياطي
تفاصيل السبب الجذري
نقاط الوصول للطرز المتأثرة، التي تعمل بالرموز من 17.12.4 إلى 17.12.6a، تقوم بإنشاء ملف ثابت "/storage/cnssdaemon.log"، يمكن أن ينمو بسرعة تصل إلى 5 ميجابايت في اليوم، واستخدام جميع المساحة المتوفرة على قسم القرص هذا. لم يتم مسح هذا الملف عند إعادة التشغيل. وبمجرد إستخدام القسم بشكل كامل، يمكن أن تتعطل عمليات الترقية، حيث لا يتم إكمال خطوة هامة على تخزين إصدار الملف الجديد.
تم إدخال المشكلة بواسطة تحديث مكتبة، قام بتعديل وجهة السجل لمكونات داخلية. ملف السجل غير مطلوب لتشغيل الجهاز
يحدث فشل الترقية فقط إذا كانت نقطة الوصول قيد التشغيل من القسم 1، وكان مساحة القسم 2 قد إستنفدت. إذا كانت هناك مساحة كافية، أو إذا كانت نقطة الوصول قد تم التمهيد من القسم 2، تكون الترقية ناجحة
إجراء التحقق من الترقية
إذا كانت عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) حاليا في 17.12.4 و17.12.5 و17.12.6a، تكون الترقية إلزامية إلى إصدار برنامج به الإصلاح أثناء اتباع الخطوات التالية. بالنسبة لأي إصدارات أخرى مثبتة على عنصر التحكم في الشبكة المحلية اللاسلكية (WLC)، إذا كنت تخطط للترقيةيوصى بشدة باتباع هذه التعليمات:
الخطوة 1: تحقق مما إذا كان من المحتمل أن تتأثر نقاط الوصول (راجع الجدول 1). وإذا لم تتأثر بذلك، فلن تكون هناك حاجة إلى عملية الفحص المسبق/الاسترداد، ويمكنك المتابعة مباشرة للترقية إلى أي من الإصدارات الأخيرة.
الخطوة 2: إذا كنت متأثرا، قم بإجراء فحوصات مسبقة لتحديد عدد نقاط الوصول المتأثرة في قسم التحققات المسبقة.
الخطوة 3: في نقاط الوصول المحددة، قم بتنفيذ خطوات الاسترداد الموضحة في قسم الاسترداد.
الخطوة 4: أعد تشغيل البادئة لتأكيد عدم تأثر أي نقطة وصول أخرى.
الخطوة 5: قم بالمتابعة للترقية إلى APSPs ذات الصلة أو إصدارات البرامج المذكورة في جدول الإصدارات الثابتة.
يرجى إحالة هذا الجدول للتحقق مما إذا كان هذا الإشعار ينطبق عليك:
الجدول 1 - إمكانية تطبيق مسار الترقية
|
إصدار حالي
|
هدف
|
تطبيق المشكلة
|
قبل الترقية مطلوب التحقق المسبق
|
مسار الهدف/الترقية
|
فحص مسبق للترقية
|
التعليقات
|
|
17.3.x / 17.6.x / 17.9 x
|
17٫12٫x
|
لا
|
لا
|
17.12.4 + APSPx 17.12.5 + APSPx
17.12.6a + APSPx
17.12.7
|
لا
|
التحقق من وجهة ملاحظات الإصدار
|
|
17٫9٫x
|
أي (باستثناء 17.12.4/5/6a)
|
لا
|
لا
|
تتبع مسار ترقية الوجهة
|
لا
|
لا يدعم من 17.9 و 1 إلى .5 الترقية المباشرة إلى 17.15 أو إستخدام 17.9.6 أو أعلى
لمزيد من المعلومات، راجع ملاحظات الإصدار
|
|
17.12.1 إلى 17.12.3
|
أي (باستثناء 17.12.4/5/6a)
|
لا
|
لا
|
تتبع مسار ترقية الوجهة
|
عملية منتظمة
|
التحقق من وجهة ملاحظات الإصدار
|
|
17.12.4/5/6a
|
17.12.x(4،5،6a إلخ)، APSP
|
نعم
|
نعم
|
17.12.4 + APSPx 17.12.5 + APSPx
17.12.6a + APSPx
17.12.7
|
نعم
|
بعد تثبيت بروتوكول APSP ثابت، لا توجد حاجة إلى فحوصات مسبقة إضافية لترقيات 17.12 في المستقبل
|
|
17.12.4/5/6a
|
17.15.x / 17.18.x
|
نعم
|
نعم
|
ترقية APSP 17.12.x المقابلة بعد ذلك إلى 17.15.x + APSPx أو 17.18.x + APSPx
|
نعم بالنسبة للترقية الأولى لبروتوكول APSP الإصدار 17.12 ولا بالنسبة لعمليات الترقية اللاحقة.
|
|
|
أي إصدار، فإن الصورة السابقة كانت واحدة من 17.12.4/5/6a
|
17٫15٫x
|
نعم
|
نعم
|
17.15.x + APSPx
|
نعم
|
|
|
أي إصدار، فإن الصورة السابقة كانت واحدة من 17.12.4/5/6a
|
17٫18٫x
|
نعم
|
نعم
|
17.18.x + APSPx
|
نعم
|
|
|
17.15+
نشر جديد
|
أي
|
لا
|
لا
|
أي
|
لا
|
|
|
17.18.
نشر جديد
|
أي
|
لا
|
لا
|
أي
|
لا
|
|
ملاحظة: بشكل عام، إذا لم تكن الشبكة قيد التشغيل ولم تكن تشغل 17.12.4 و 17.12.5 و 17.12.6a في الماضي، فإن المشكلة لا تنطبق
ملاحظة: يتبع أي إصدار آخر غير مذكور بشكل صريح في العمود "الحالي" مسار الترقية الموصى به.
الإصدارات التي تم إصلاحها
|
ضابط
|
إصدار صورة AP
|
|
17.12.4 + APSP13
|
17.12.4.213
|
|
17.12.5 + APSP9
|
17.12.5.209
|
|
17.12.6a + APSP1
|
17.12.6.201
|
|
17.15.3 + APSP12
|
17.15.3.212
|
|
17.15.4b + APSP6
|
17.15.4.206
|
|
17.15.4d + APSP1
|
17.15.4.225
|
|
17.18.1 + APSP3
|
17.18.1.203
|
|
17.18.2 + APSP1
|
17.18.2.201
|
فحوصات مسبقة
لتقييم ما إذا كانت الشبكة عرضة لهذه المشكلة، قم بتنفيذ الخطوات الحالية. تساعد هذه الخطوات في توفير نظرة عامة، ولكن للكشف الفعلي عن نقاط الوصول، يرجى إستخدام القسم نصوص مسبقة لأتمتة هذه العملية:
- تأكيد ما إذا كانت صور نقطة الوصول صور واحدة في حالة الإصدارات المتأثرة، تحت أعمدة الصور الأساسية أو النسخ الاحتياطي:
9800-l#show ap image
Total number of APs : 4
Number of APs
Initiated : 0
Downloading : 0
Predownloading : 0
Completed downloading : 0
Completed predownloading : 0
Not Supported : 0
Failed to Predownload : 0
Predownload in progress : No
AP Name Primary Image Backup Image Predownload Status Predownload Version Next Retry Time Retry Count Method
------------------------------------------------------------------------------------------------------------------------------------------------------------------
Ap1 17.12.5.41 17.12.4.201 None 0.0.0.0 N/A 0 N/A
Ap2 17.12.5.41 17.12.4.201 None 0.0.0.0 N/A 0 N/A
Ap3 17.12.5.41 17.12.4.201 None 0.0.0.0 N/A 0 N/A
Ap4 17.12.5.41 17.12.4.201 None 0.0.0.0 N/A 0 N/A
- يمكن تنفيذ تحقق مماثل في نقطة الوصول:
AP# show version
AP Running Image : 17.12.5.41
Primary Boot Image : 17.12.5.41
Backup Boot Image : 17.12.5.209
Primary Boot Image Hash: 93ef1e703a5e7c5a4f97b8f59b220f52d94dd17c527868582c0048caad6397a9f3526c644f94a52bb70a104385690065ad0d652aa3fed607f24920d7e5ed5b5c
Backup Boot Image Hash: 4bbe4a0d9edc3cad938a7de399d3c2e08634643a2623bae65973ef00deb154b8eb7c7917eeecdd46e3e2ddc7be80139475e19fb3040b08aa715de196a733252b
1 Multigigabit Ethernet interfaces
Any Boot Image is one of the following:
- 17.12.4.0 to 17.12.4.212
- 17.12.5.0 to 17.12.5.208
- 17.12.6.0 to 17.12.6.200
- التحقق من قسم التمهيد الحالي:
AP# show boot
--- Boot Variable Table ---
BOOT path-list: part1
Console Baudrate: 9600 Enable Break:
The “BOOT path-list:” should be part1, suggesting that the Backup partition is running on part2.
- التحقق من إستخدام نظام الملفات الحالي:
AP# show filesystems
Filesystem Size Used Available Use% Mounted on
devtmpfs 880.9M 0 880.9M 0% /dev
/sysroot 883.8M 219.6M 664.1M 25% /
tmpfs 1.0M 56.0K 968.0K 5% /dev/shm
tmpfs 883.8M 0 883.8M 0% /run
tmpfs 883.8M 0 883.8M 0% /sys/fs/cgroup
/dev/ubivol/part1 372.1M 79.7M 292.4M 21% /part1
/dev/ubivol/part2 520.1M 291.3M 228.9M 56% /part2
The “Use%” for “/dev/ubivol/part2” is close to 100%.
- تحقق من سلامة الصورة لكلا الفرعين:
AP# show image integrity
/part1(Backup) 17.12.5.209
part.bin : Good
ramfs_data_cisco.squashfs : Good
iox.tar.gz : Good
/part2(primary) 17.12.5.41
part.bin : Good
ramfs_data_cisco.squashfs : Good
iox.tar.gz : Good
The image integrity should be “Good” for all fields in both the partitions. If not Good open a TAC case.
في القسم التالي نمرر عليك النصوص التنفيذية التي تقوم بأتمتة عملية التحقق المسبق لكل نقاط الوصول.
برنامج نصي للمعاينة
WLAN Poller(يمكن تنزيله من هنا)
الخطوة 1: قم باستخراج شريط WLAN إلى موقع الملف المطلوب
الخطوة 2: قم بتعديل هذه القيم في ملف "config.ini":
wlc_type: 2
mode: ssh
ap_mode: ssh
; set global WLC credentials
wlc_user: username
wlc_pasw: password
wlc_enable: enable_password
; set global AP credentials
ap_user: ap_username
ap_pasw: ap_password
ap_enable: ap_enable_password
[WLC-1]
active: True
ipaddr:
mode: ssh
الخطوة 3: قم بتعليق بقية المحتويات الافتراضية وقائمة الأوامر أدناه على الملفات "cmdlist_cos" و"cmdlist_cos_qca".
show clock
show version
show flash
show flash | i cnssdaemon.log
show boot
show filesystems
show image integrity
عينة أدناه:
# snippet to download the Debug image on COS APs
# show version | in Compiled
# archive download-sw /reload tftp:///
#
show clock
show version
show flash
show flash | i cnssdaemon.log
show boot
show filesystems
show image integrity
الخطوة 4: قم بتنفيذ Wlanpoller باستخدام ".\wlanpoller.exe". ال WLAN يركض بولر، SSH إلى all APs، ويجلب الإنتاج من هذا أمر ل all of the.
الخطوة 5: يتم إنشاء مجلد "بيانات" بعد التنفيذ. أدخل المجلد وانتقل حتى النهاية حيث لديك ملفات متعددة تم إنشاؤها لكل نقطة وصول.
الخطوة 6: قم بنسخ/لصق الملف "ap_detection_script.py" المتوفر بشكل منفصل في هذا المجلد وقم بتنفيذه. يمكنك العثور على النص التنفيذي في إرتباط المربع التالي:
https://pubhub.devnetcloud.com/media/wireless-troubleshooting-tools/docs/9800-scripts/ap_detection_script.zip
يؤدي هذا إلى إنشاء ملف في نفس المجلد باسم "status_check_results.log". يحتوي هذا على قائمة نقاط الوصول التي قد تكون في حالة إشكالية وستحتاج إلى بعض خطوات الاسترداد/الخطوات الإضافية قبل المتابعة للترقية.
عملية الاسترداد:
بناء على الحالة الحالية لكل نقطة وصول والتي تعتبر إشكالية، يوفر النص المزيد من التوجيه بشأن ما قد يكون أفضل طريقة لاستعادة نقاط الوصول هذه. هذه هي الخطوات التفصيلية التي ستحتاج إلى إتخاذها لكل من الخيارات.
الخيار 1: تبديل الأقسام
الخطوة 1: تأكد من أن نقطة الوصول ليس لها اتصال بوحدة التحكم لتجنب عودة نقطة الوصول إلى التقسيم/الإصدار السابق الخاص بها. ويمكن تحقيق ذلك من خلال قائمة وصول على بوابة وحدة التحكم.
الخطوة 2: من نقاط الوصول التي يحتمل أن تتأثر، قم بتكوين التمهيد للقسم 2:
AP# config boot path 2
الخطوة 3: أعد تمهيد نقطة الوصول لتجعلها تقوم بالتمهيد مع الصورة على القسم 2:
AP# reset
الخطوة 4: اطلب من نقطة الوصول الانضمام إلى وحدة التحكم بعد اكتمال الترقية على وحدة التحكم. تنضم نقطة الوصول إلى الصورة الجديدة وتنزلها.
ملاحظة: إذا لم يكن هذا الخيار قابلا للتطبيق لأي سبب، فيمكنك دائما فتح حالة مركز المساعدة الفنية ومباشرة بالخيار 2 لهذه المجموعة من نقاط الوصول أيضا.
الخيار 2: افتح حالة مركز المساعدة الفنية ليقوم TAC بتنظيف نقطة الوصول من طبقة الجذر (بعد هذه العملية أنت تستمر مع الترقية العادية)
الخيار 3: حالة آمنة ولكن نقطة الوصول تحتوي على صورة بها خلل في قسم النسخ الاحتياطي
ينتهي المطاف بنقاط الوصول في هذه الحالة غالبا بعد اكتمال الترقية إلى إصدار ثابت. تقترح هذه الحالة أن نقطة الوصول تقوم بتشغيل إصدار ثابت ولكن إصدار النسخة الاحتياطية لا يزال متعثرا. لنوجه جانب الحذر، نرجو إستبدال النسخ الاحتياطي لنقاط الوصول بصورة جيدة أيضا، أي إصدار لا يتم فيه رؤية هذه المشكلة. بناء على عدد نقاط الوصول المعنية، إما أن تقوم بأرشفة تنزيل صورة إلى نقطة الوصول أو تقوم بتنزيل مسبق دون تنشيطها بالفعل.
الخيار 4: فشل التحقق من سلامة الصورة لنقاط الوصول هذه
افتح حالة مركز المساعدة الفنية كي يقوم مهندس TAC بإصلاح نقاط الوصول هذه قبل متابعة الترقية.
الخيار 5: فشل التحقق من سلامة الصورة لنقاط الوصول هذه
القسم الحالي غير قابل للتشغيل إلا أن سعة تخزين الذاكرة المؤقتة منخفضة. راجع فتح TAC لتنظيف cnssdaemon.log من التخزين عبر الأداة المساعدة.