أستكشاف مشاكل الذاكرة وإصلاحها

المقدمة

يصف هذا وثيقة الأعراض والأسباب المحتملة للفشل تخصيص الذاكرة (MALLOCFAIL) وتفاصيل على كيف أن يحل هذا مشكلة. 

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية: 

• جميع إصدارات برنامج Cisco IOS^®

• جميع موجهات Cisco

ملاحظة: لا ينطبق هذا المستند على محولات Cisco Catalyst التي تستخدم الأنظمة الأساسية CatOS أو MGX.

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

ما هو فشل تخصيص الذاكرة؟

فشل تخصيص الذاكرة يعني إما:

• قام الموجه باستخدام جميع الذاكرة المتاحة (مؤقتا أو دائما)، أو

• تمت تجزئة الذاكرة إلى قطع صغيرة بحيث يتعذر على الموجه العثور على كتلة متوفرة قابلة للاستخدام. يمكن أن يحدث ذلك مع ذاكرة المعالج (المستخدم بواسطة نظام تشغيل الإنترنت من Cisco [Cisco IOS]) أو مع ذاكرة الحزمة (المستخدمة بواسطة الحزم الواردة والصادرة).

الأعراض

تشمل أعراض فشل تخصيص الذاكرة، ولكنها لا تقتصر على، ما يلي:

• وحدة التحكم أو رسالة السجل: "٪SYS-2-MALLOCFAIL: فشل تخصيص الذاكرة من 1028 بايت من 0x6015EC84، معالج التجميع، المحاذاة 0"

• جلسات Telnet المرفوضة

• يتم عرض الأمر show processor memory بغض النظر عن الأمر الذي تكتبه على وحدة التحكم

• لا يوجد إخراج من بعض أوامر العرض

• رسائل "منخفضة الذاكرة"

• رسالة وحدة التحكم "يتعذر إنشاء EXEC - لا توجد ذاكرة أو عمليات كثيرة جدا"

• تعليق الموجه، لا توجد إستجابة لوحدة التحكم.

خطأ "غير قادر على إنشاء EXEC" أو عندما لا تستجيب وحدة التحكم

عندما تكون ذاكرة الموجه منخفضة، في بعض الحالات، لا يمكن إستخدام Telnet إلى الموجه. عند هذه النقطة، من المهم الوصول إلى منفذ وحدة التحكم لجمع البيانات الخاصة باستكشاف الأخطاء وإصلاحها. ومع ذلك، عند الاتصال بمنفذ وحدة التحكم، يمكنك الاطلاع على ما يلي:

%% Unable to create EXEC - no memory or too many processes

إذا رأيت الرسالة السابقة، فلا تتوفر حتى ذاكرة كافية للسماح باتصال وحدة تحكم. هناك خطوات يمكنك إتخاذها للسماح بالتقاط البيانات من خلال وحدة التحكم. إذا ساعدت الموجه في تحرير بعض الذاكرة، يمكن لوحدة التحكم الاستجابة، ويمكنك بعد ذلك التقاط البيانات الضرورية من الموجه لاستكشاف الأخطاء وإصلاحها.

ملاحظة: إذا تم تكوين بروتوكول العبارة الحدودية (BGP) على الموجه، فيمكنك الرجوع إلى تحقيق التوجيه الأمثل وتقليل إستهلاك ذاكرة BGP لتقليل إستهلاك الذاكرة المتعلق بهذه العملية.

هذه هي الخطوات التي يجب تجربتها لالتقاط البيانات عندما يكون منفذ وحدة التحكم تحت ظروف ذاكرة منخفضة للغاية:

1. افصل كبلات LAN و WAN من الواجهات على الموجه. يمكن أن يتسبب ذلك في أن يتوقف الموجه عن تمرير الحزم.

2. أعد التحقق من وحدة التحكم. هل أنت قادر على الحصول على إستجابة وتنفيذ الأوامر؟ بعد بضع دقائق، يجب أن تكون الذاكرة المتوفرة كافية للسماح لوحدة التحكم بالاستجابة.

3. قم بتجميع المعلومات المطلوبة من وضع EXEC ذي الامتيازات (Router#). على الأقل، تريد تجميع الإخراج الكامل لهذه الأوامر: إظهار إجماليات عملية تخصيص الذاكرة (أو إظهار ملخص الذاكرة إذا لم يتوفر عرض إجماليات عملية تخصيص الذاكرة)، وإظهار التسجيل ، وإذا أمكن، قم بإظهار الدعم الفني.

4. بعد أن تقوم بتجميع البيانات الضرورية، أعد توصيل كل من الشبكة المحلية وشبكة WAN واستمر في مراقبة إستخدام الذاكرة للموجه.

فهم رسالة الخطأ

عندما تقوم بتنفيذ الأمر show logging ، يجب أن ترى شيئا مثل هذا:

%SYS-2-MALLOCFAIL: Memory allocation of [X] bytes failed from
0x6015EC84, pool [Pool], alignment 0 -Process= 
"[Process]" ipl= 6, pid=5

[X] = عدد وحدات البايت التي حاول الموجه تخصيصها، ولكن تعذر العثور على مساحة ذاكرة حرة كافية للقيام بذلك

[POOL] يشير إلى ما إذا كانت ذاكرة المعالج ('Pool Processor') أو ذاكرة الحزمة ('Pool I/O') تتأثر. تحتوي الموجهات المتطورة (سلسلة 7000 و 7500) على المخازن المؤقتة الخاصة بها في ذاكرة الوصول العشوائي الديناميكية الأساسية (DRAM)، لذلك يمكن الإبلاغ عن نقص في ذاكرة الحزمة على أنه "معالج تجمع". يمكن لبطاقات معالج الواجهة متعدد الاستخدام (VIP) والسلسلة 7200 الإبلاغ عن أخطاء في معلومات التحكم في بروتوكول التجمع ('PCI') لذاكرة الحزمة.

[العملية] هي العملية التي تأثرت بنقص الذاكرة.

الأسباب المحتملة

في ذاكرة المعالج ("تجمع المعالجات" على كافة الأنظمة الأساسية)

لا يدعم حجم الذاكرة صورة برنامج Cisco IOS Software

خطأ في تسريب الذاكرة

كمية كبيرة من الذاكرة المستخدمة للعمليات العادية أو غير الطبيعية

مشكلة تجزئة الذاكرة أو الخطأ

فشل تخصيص الذاكرة في العملية = <مستوى المقاطعة>

مشكلات معروفة

مشكلة 70x0 معروفة عند تحميل برنامج Cisco IOS Software كبير من Flash أو NetBoot

إدخال IP واكتشاف CiscoWorks UT

في ذاكرة الحزمة ("I/O" أو "المعالج" على الموجهات المتطورة، و"PCI" على السلسلة 7200 وبطاقات الشخصيات المهمة)

لا توجد ذاكرة مشتركة كافية للواجهات

خطأ تسريب المخزن المؤقت

جهاز توجيه يعمل بذاكرة سريعة منخفضة

استكشاف الأخطاء وإصلاحها

مشكلة متعلقة بالأمان

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

للحصول على معلومات إضافية، راجع:

• 100 سؤال وجواب حول تهديدات الإنترنت

• التحكم في تهديدات Cisco

لا يدعم حجم الذاكرة صورة برنامج Cisco IOS Software

أولا، تحقق من "مساحة تنزيل البرامج" للحصول على الحد الأدنى لحجم الذاكرة لمجموعة الميزات والإصدار الذي تقوم بتشغيله. تأكدوا انه كاف. تعد متطلبات الذاكرة على Cisco.com هي الحد الأدنى للأحجام الموصى بها لتشغيل الموجه بشكل صحيح في معظم شبكات الشركة. تختلف متطلبات الذاكرة الفعلية بناء على البروتوكولات وجداول التوجيه وأنماط حركة مرور البيانات.

ملاحظة: لا يستطيع الوصول إلى معلومات وأدوات Cisco الداخلية إلا لمستخدمي Cisco المسجلين.

خطأ في تسريب الذاكرة

إذا كان لديك الإنتاج من أمر show memory distribution-process ، أو أمر show memory summary ، أو أمر show technical-support (في وضع التمكين) من جهاز Cisco، فيمكنك إستخدام مترجم الإخراج لعرض المشاكل والإصلاحات المحتملة. 

ملاحظة: لا يستطيع الوصول إلى معلومات وأدوات Cisco الداخلية إلا لمستخدمي Cisco المسجلين.

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

هذا خطأ في نظام تشغيل الإنترنت (Cisco IOS) من Cisco. للتخلص من هذا الأمر، قم بالترقية إلى أحدث إصدار في قطار الإصدار، على سبيل المثال، إذا قمت بتشغيل البرنامج Cisco IOS Software، الإصدار 11.2(14)، فيمكنك الترقية إلى أحدث صورة 11.2(x).

إذا لم يحل هذا المشكلة، أو إذا كنت لا تريد ترقية الموجه، فأدخل الأمر show process memory على فواصل زمنية منتظمة عبر فترة من الوقت (على سبيل المثال، كل بضع ساعات أو أيام استنادا إلى ما إذا كان لديك تسريب سريع أو بطيء). تحقق لمعرفة ما إذا كانت الذاكرة الحرة تستمر في الانخفاض ولا يتم إرجاعها أبدا. يعتمد معدل إختفاء الذاكرة الحرة على عدد مرات حدوث الحدث الذي يؤدي إلى التسرب. ونظرا لأنه لا يتم مطلقا تحرير الذاكرة، يمكنك تعقب العملية التي تستخدم الذاكرة إذا قمت بالتقاط لقطات للذاكرة عبر الوقت. تذكر دائما أن العمليات المختلفة تقوم بتخصيص الذاكرة وإعادة تخصيصها حسب الحاجة، بحيث يمكنك رؤية الفروق، ولكن مع إستمرار التسريب، يجب أن ترى عملية واحدة تستهلك المزيد من الذاكرة باستمرار.

ملاحظة: من الطبيعي أن تستخدم بعض العمليات، مثل بروتوكول العبارة الحدودية (BGP) أو موجه فتح أقصر مسار أولا (OSPF)، أكثر من ميغابايت واحد من الذاكرة، ولا يعني ذلك أنها تتسرب.

لتحديد العملية التي تستهلك المزيد من الذاكرة، قارن عمود الانتظار من الأمر show process memory عبر الفاصل الزمني. في بعض الأحيان يمكنك أن ترى بوضوح أن عملية واحدة تحتفظ بذاكرة بسعة عدة ميغابايت. وفي بعض الأحيان قد يتطلب الأمر عدة لقطات للعثور على الجاني. عند فقد قدر كبير من الذاكرة، قم بتجميع أمر show memory distribution-process total أو show memory summary للحصول على مزيد من أستكشاف الأخطاء وإصلاحها. بعد ذلك، اتصل بمركز المساعدة التقنية (TAC) من Cisco ووفر المعلومات التي قمت بجمعها، بالإضافة إلى ملخص عرض الدعم الفني للموجه.

تتيح لك أداة مترجم الإخراج إمكانية تلقي تحليل للأمر show memory assign-process total أو show memory summary output.

ملاحظة: لا يستطيع الوصول إلى معلومات وأدوات Cisco الداخلية إلا لمستخدمي Cisco المسجلين.

يوفر الجدول الأسطر الثلاثة الأولى من إخراج الأمر show memory summary:

Router>show memory summary 

            Head       Total (b)   Used (b)  Free (b)   Lowest (b)  Largest (b)
Processor   60AB4ED0   5550384     2082996   3467388    3464996     3454608
I/O         40000000   16777216    1937280   14839936   14839936    14838908

الإجمالي = المقدار الإجمالي للذاكرة المتوفرة بعد تحميل صورة النظام وإنشاء بنى البيانات الخاصة به.

المستخدم = مقدار الذاكرة المخصصة حاليا.

الحرة = مقدار الذاكرة الحرة حاليا.

الأدنى = أقل مبلغ من الذاكرة الحرة تم تسجيله بواسطة الموجه منذ آخر تمهيد له.

أكبر = أكبر كتلة ذاكرة حرة متوفرة حاليا.

يحتوي الأمر show memory allocation-process total على نفس المعلومات الموجودة في الأسطر الثلاثة الأولى من الأمر show memory summary.

وفيما يلي ما يمكنك تعلمه من إخراج الأمر show process memory:

Router>show processes memory 
Total: 3149760, Used: 2334300, Free: 815460

PID   TTY   Allocated    Freed      Holding    Getbufs    Retbufs   Process
0     0     226548       1252       1804376    0          0         *Initialization*
0     0     320          5422288    320        0          0         *Scheduler*
0     0     5663692      2173356    0          1856100    0         *Dead*
1     0     264          264        3784       0          0         Load Meter
2     2     5700         5372       13124      0          0         Virtual Exec
3     0     0            0          6784       0          0         Check heaps
4     0     96           0          6880       0          0         Pool Manager
5     0     264          264        6784       0          0         Timers
6     0     2028         672        8812       0          0         ARP Input
7     0     96           0          6880       0          0         SERIAL A' detect
8     0     504          264        7024       0          0         ATM ILMI Input
9     0     0            0          6784       0          0         ILMI Process
10    0     136          0          6920       0          0         M32_runts pring
11    0     136          0          6920       0          0         Call drop procs
12    0     340          340        12784      0          0         ATMSIG Timer
13    0     445664       442936     13904      0          0         IP Input
14    0     2365804      2357152    17992      0          0         CDP Protocol
15    0     528          264        7048       0          0         MOP Protocols
16    0     188          0          9972       0          0         IP Background
17    0     0            1608       6784       0          0         TCP Timer
18    0     5852116      0          14236      0          0         TCP Protocols

تم التخصيص = إجمالي عدد وحدات البايت التي تم تخصيصها بواسطة العملية منذ تمهيد الموجه.

تم التحرير = إجمالي عدد وحدات البايت التي تم إصدارها بواسطة هذه العملية.

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

عملية *Dead*

عملية *Dead* ليست عملية حقيقية. إنه هناك لحساب الذاكرة المخصصة ضمن سياق عملية أخرى تم إنهاؤها. تتم إستعادة الذاكرة المخصصة لهذه العملية بواسطة kernel وإعادتها إلى تجمع الذاكرة بواسطة الموجه نفسه عند الحاجة. هذه هي الطريقة التي يعالج بها Cisco IOS الذاكرة. تعتبر كتلة الذاكرة ميتة إذا خرجت العملية التي تم إنشاؤها للكتلة (لم تعد قيد التشغيل). تقوم كل كتلة بتتبع عنوان وعنوان العملية التي أنشأتها. أثناء إجراء جرد دوري للذاكرة، إذا لم تتطابق العملية التي يكتشفها المجدول من معرف كتلة ما مع العملية التي تذكرها الكتلة، يتم وضع علامة "ميت" على الكتلة.

لذلك، تم تخصيص الذاكرة التي تم وضع علامة عليها على أنها تنتمي إلى العملية *Dead* تحت التحكم في عملية لم تعد قيد التشغيل. من الطبيعي أن يكون لديك مساحة كبيرة من الذاكرة في هذه الحالة. فيما يلي مثال:

يتم تخصيص الذاكرة عند تكوين ترجمة عنوان الشبكة (NAT) خلال جلسة عمل برنامج Telnet. يتم حساب هذه الذاكرة ضمن عملية Telnet ("Virtual Exec"). ما إن أنهيت هذا عملية، الذاكرة ل ال nat تشكيل بعد استعملت. وهذا يظهر مع عملية *Dead*.

يمكنك أن ترى في أي سياق تم تخصيص الذاكرة مع show memory dead القيادة، تحت عمود "ماذا":

Router#show memory dead 
               Head   Total(b)    Used(b)    Free(b)  Lowest(b) Largest(b) 
      I/O    600000    2097152     461024    1636128    1635224    1635960 
  
          Processor memory 
  
 Address  Bytes Prev.    Next     Ref  PrevF   NextF   Alloc PC  What 
1D8310       60 1D82C8   1D8378     1                  3281FFE   Router Init 
2CA964       36 2CA914   2CA9B4     1                  3281FFE   Router Init 
2CAA04      112 2CA9B4   2CAAA0     1                  3A42144   OSPF Stub LSA RBTree 
2CAAA0       68 2CAA04   2CAB10     1                  3A420D4   Router Init 
2ED714       52 2ED668   2ED774     1                  3381C84   Router Init 
2F12AC       44 2F124C   2F1304     1                  3A50234   Router Init 
2F1304       24 2F12AC   2F1348     1                  3A420D4   Router Init 
2F1348       68 2F1304   2F13B8     1                  3381C84   Router Init 
300C28      340 300A14   300DA8     1                  3381B42   Router Init 

في حالة اكتشاف تسريبات في الذاكرة، تبدو عملية *Dead* أنها العملية التي تستهلك الذاكرة، وتتضمن show memory dead في المعلومات المقدمة إلى ال cisco TAC.

كمية كبيرة من الذاكرة المستخدمة للعمليات العادية أو غير الطبيعية

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

• تسرب في الذاكرة أدى إلى إستهلاك كمية كبيرة من الذاكرة، ثم يتسبب عدم إستقرار الشبكة في دفع الذاكرة الحرة إلى الصفر

• لا يحتوي الموجه على ذاكرة كافية للبدء به، ولكن يتم اكتشاف المشكلة فقط أثناء حدث شبكة نادر.

إذا لم يتم إعادة تمهيد الموجه، فأدخل show memory allocating-process totals الأمر (أو show memory summary إذا show memory allocating-process totals مش متوفرة) وشوف أول ثلاثة أسطر. يمكن أن توفر رسائل السجل أدلة حول العملية التي استهلكت الكثير من الذاكرة:

إذا كان الاستخدام الكبير للذاكرة بسبب:

• حدث عادي، الحل هو تثبيت مزيد من الذاكرة.

• حدث نادر أو غير طبيعي، قم بإصلاح المشكلة المتعلقة. يمكنك عندئذ أن تقرر شراء ذاكرة إضافية "للتأمين" المستقبلي.

مشكلة تجزئة الذاكرة أو الخطأ

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

تتميز هذه المشكلة بانخفاض القيمة في العمود "الأكبر" (أقل من 20000 بايت) من show memory قيمة كافية في العمود "متحرر" (1 ميغابايت أو أكثر)، أو بعض التفاوت الواسع بين العمودين. يمكن أن يحدث ذلك عندما تنخفض ذاكرة الموجه بشدة، نظرا لعدم وجود روتين تجزئة في Cisco IOS.

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

فشل تخصيص الذاكرة في العملية = مستوى المقاطعة

يمكن تعريف هذه الحالة بواسطة العملية في رسالة الخطأ. إذا تم إدراج العملية على أنها <مستوى المقاطعة>، كما هو الحال في المثال التالي، فإن فشل تخصيص الذاكرة يرجع إلى مشكلة في البرنامج.

"%SYS-2-MALLOCFAIL: Memory allocation of 68 bytes failed from 0x604CEF48, 
pool Processor, alignment 0-Process= 
      
      , ipl= 3"

هذا خطأ في نظام تشغيل الإنترنت (Cisco IOS) من Cisco. يمكنك إستخدام مجموعة أدوات الأخطاء للبحث عن معرف خطأ برنامج مطابق لهذه المشكلة. بمجرد تحديد خطأ البرنامج، قم بالترقية إلى إصدار برنامج Cisco IOS software يحتوي على الإصلاح لحل المشكلة.

ملاحظة: لا يستطيع الوصول إلى معلومات وأدوات Cisco الداخلية إلا لمستخدمي Cisco المسجلين.

استنفاد الذاكرة بسبب التنزيل لكل قوائم وصول المستخدم

يمكن أن تستهلك قوائم الوصول مساحة كبيرة من الذاكرة عند إستخدامها لكل مستخدم. قوائم الوصول كبيرة جدا بحيث لا يمكن تصنيفها كقوائم تحكم في الوصول صغيرة (ACL) ويتم تجميعها الآن كقوائم تحكم في الوصول من Turbo في كل مرة يحدث ذلك، يجب أن تبدأ عملية قائمة التحكم في الوصول للبنية الأساسية (ACL) الجديدة وتعالجها. قد يؤدي ذلك إلى حركة المرور المسموح بها أو المرفوضة استنادا إلى وقت التحويل البرمجي ووقت العملية المتاح.

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

هذا هو الحل:

• إستخدام قوائم التحكم في الوصول (ACL) الموجزة، عدد أقل من محركات التحكم في التطبيق (ACEs) التي يمكن تحويلها برمجيا إلى قوائم تحكم في الوصول (ACL) صغيرة، والتي يمكن أن تنخفض في كل من إستهلاك الذاكرة وطاقة المعالجة للتجميع.

• إستخدام قوائم التحكم في الوصول (ACL) المحددة مسبقا على الموجه التي تتم الإشارة إليها عبر سمة radius filterID.

مشكلات معروفة

مشكلة 70x0 معروفة عند تحميل برنامج Cisco IOS الكبير من Flash أو NetBoot

عندما يقوم معالج المسار 7000 (RP) بتمهيد صورة من الذاكرة المؤقتة (Flash)، فإنه يقوم أولا بتحميل صورة ذاكرة القراءة فقط ثم صورة فلاش في الذاكرة. لا يحتوي بروتوكول RP القديم إلا على 16 ميجابايت من الذاكرة، وتكون إصدارات برنامج Cisco IOS Software الأحدث من الإصدار 11.0 أكبر من 8 ميجابايت عند عدم الضغط. لذلك، عند تحميل الصورة من ذاكرة القراءة فقط (ROM) وذاكرة Flash (الذاكرة المؤقتة)، يمكن أن تنفذ ذاكرة RP 7000، أو يمكن أن تصبح الذاكرة مجزأة أثناء عملية التمهيد حتى يحتوي الموجه على رسائل الخطأ المتعلقة بالذاكرة.

الحل هو تمكين التمهيد السريع من سجل التكوين حتى تقوم RP فقط بتحميل مجموعة فرعية كحد أدنى من صورة برنامج Cisco IOS Software في ROM، ثم تقوم بتحميل برنامج Cisco IOS الكامل من الفلاش. لتمكين التمهيد السريع، قم بتعيين سجل التكوين على 0x2112. كما يمكن لهذا الأمر تسريع عملية التمهيد.

إدخال IP واكتشاف CiscoWorks UT

باستخدام ميزة اكتشاف UT ل CiscoWorks يمكن أن يتسبب مقدار الذاكرة الحرة في أن يصبح صغيرا جدا على بعض الموجهات الخاصة بك. يمكن أن يشير الأمر show proc memory إلى وجود مساحة كبيرة للذاكرة يتم الاحتفاظ بها بواسطة عملية "إدخال IP". هذه حالة خاصة لكمية كبيرة من الذاكرة المستخدمة لمشكلة العمليات العادية أو غير العادية لعملية "إدخال IP"، والتي يمكن أن ينتج عنها أيضا مشكلة تجزئة الذاكرة، إذا أدت حالة انخفاض الذاكرة إلى تجزئة الذاكرة.

تتسبب ميزة اكتشاف UT في قيام محطة إدارة الشبكة بإرسال عملية مسح لجميع بروتوكولات IP في كل شبكة فرعية مكتشفة. تحدث مشاكل الذاكرة بسبب الحجم الزائد لذاكرة التخزين المؤقت للتحويل السريع ل IP على الموجه بسبب إنشاء إدخالات ذاكرة تخزين مؤقت جديدة لكل وجهة جديدة. بما أن القناع المستخدم لمدخلات التخزين المؤقت يعتمد على كيفية تقسيمه لشبكات فرعية، فإن وجود عنوان بقناع 32 بت (على سبيل المثال، عنوان إسترجاع) في شبكة رئيسية يسبب أن تستخدم كل المدخلات لتلك الشبكة قناع 32 بت. يؤدي ذلك إلى إنشاء عدد كبير من إدخالات ذاكرة التخزين المؤقت واستخدام مقدار كبير من الذاكرة.

أفضل حل هو تعطيل اكتشاف UT. يمكنك القيام بذلك باستخدام الخطوات التالية:

1. انتقل إلى C:\Program Files\CSCOpx\etc\cwsi\ANIServer.properties.

2. أضف UTPingSweep=0".

3. قم بإعادة تشغيل ANI.

قد يتسبب هذا في أن يفتقد جدول تعقب المستخدم بعض الخوادم الطرفية أو أن يكون قديم (قد يكون هذا مشكلة مع تطبيق Cisco آخر يسمى أداة تسجيل المستخدم، والتي تعتمد على UT)، ولكنه لا يؤثر على اكتشاف الجامعة الذي يستخدم حركة مرور SNMP فقط. كما يمكن أن يحسن تحويل CEF هذه الحالة (باستخدام CEF، يتم إنشاء ذاكرة التخزين المؤقت ل IP من جدول التوجيه عند بدء التشغيل). راجع كيفية إختيار مسار تحويل الموجه الأفضل لشبكتك للحصول على مزيد من المعلومات حول CEF ومسارات التحويل الأخرى المتاحة.

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

لا توجد ذاكرة مشتركة كافية للواجهات

تتطلب بعض الموجهات (على سبيل المثال، 2600 و 3600 و 4000) مقدار الحد الأدنى من ذاكرة الإدخال/الإخراج لدعم بعض معالجات الواجهة.

إن يركض المسحاج تخديد منخفض على يشارك ذاكرة، even after reload، أنت يستطيع يدويا أزلت القارن أن يحل هذا مشكلة.

على موجهات 3600 Series Routers، أمر التكوين العام  memory-size iomem i/o-memory-percentage يمكن إستخدامها لإعادة تخصيص نسبة DRAM لاستخدامها لذاكرة الإدخال/الإخراج وذاكرة المعالج. القيم المسموح بها لنسبة ذاكرة الإدخال/الإخراج هي 10 و 15 و 20 و 25 (الافتراضي) و 30 و 40 و50 . يلزم توفر ذاكرة سعة 4 ميجابايت كحد أدنى لذاكرة الإدخال/الإخراج.

لاستكشاف أخطاء هذه المشكلة وإصلاحها، ارجع إلى:

• متطلبات الذاكرة المشتركة لموجهات 4000/4500/4700.

خطأ تسريب المخزن المؤقت

إذا كان لديك مخرجات من a show buffers أمر أو  show technical-support أمر (في وضع التمكين) من جهاز Cisco ك، أنت يستطيع استعملت إنتاج مترجم أن يعرض ممكن إصدار ونقطة معينة.

ملاحظة: لا يستطيع الوصول إلى معلومات وأدوات Cisco الداخلية إلا لمستخدمي Cisco المسجلين.

عند الانتهاء من عملية باستخدام مخزن مؤقت، يجب أن تقوم العملية بتحرير المخزن المؤقت. يحدث تسرب المخزن المؤقت عندما تنسى التعليمات البرمجية معالجة مخزن مؤقت أو تنسى تحريره بعد أن يتم باستخدام الحزمة. ونتيجة لذلك، يستمر تجمع المخزن المؤقت في النمو حيث يتم لصق المزيد والمزيد من الحزم في المخازن المؤقتة. يمكنك التعرف على تسريب المخزن المؤقت باستخدام show buffers erasecat4000_flash:. يجب أن تكون بعض تجمعات المخزن المؤقت العام كبيرة بشكل غير طبيعي مع وجود عدد قليل من المخازن المؤقتة المجانية. بعد إعادة التحميل، يمكنك أن ترى أن عدد المخازن المؤقتة المجانية لا يقترب أبدا من عدد المخازن المؤقتة الإجمالية.

تتيح لك أداة مترجم الإخراج إستلام تحليل من show buffers الناتج.

في المثال التالي، تتأثر المخازن المؤقتة المتوسطة. يعرض الأمر show buffers  يشير الأمر إلى أنه يتم إستخدام ما يقرب من 8094 مخزنا مؤقتا وعدم تحريره (إجمالي 8122 ناقص 28 خاليا):

Public buffer pools: Small buffers, 104 bytes (total 50, permanent 50): 
     50 in free list (20 min, 150 max allowed)
     403134 hits, 0 misses, 0 trims, 0 created
     0 failures (0 no memory)
Middle buffers, 600 bytes (total 8122, permanent 200):
     28 in free list (10 min, 300 max allowed)
     154459 hits, 41422 misses, 574 trims, 8496 created
Big buffers, 1524 bytes (total 50, permanent 50):
     50 in free list (5 min, 150 max allowed)
     58471 hits, 0 misses, 0 trims, 0 created
     0 failures (0 no memory)
VeryBig buffers, 4520 bytes (total 10, permanent 10): 
     10 in free list (0 min, 100 max allowed)
     0 hits, 0 misses, 0 trims, 0 created
     0 failures (0 no memory)
Large buffers, 5024 bytes (total 0, permanent 0)
     0 in free list (0 min, 10 max allowed) 
     0 hits, 0 misses, 0 trims, 0 created  
     0 failures (0 no memory)
Huge buffers, 18024 bytes (total 0, permanent 0): 
     0 in free list (0 min, 4 max allowed)
     0 hits, 0 misses, 0 trims, 0 created  
     0 failures (0 no memory) 

هذا خطأ في برنامج Cisco IOS software. قم بالترقية إلى أحدث إصدار في قطار الإصدار الخاص بك لإصلاح أخطاء تسريب المخزن المؤقت المعروفة (على سبيل المثال، إذا كنت تشغل برنامج Cisco IOS Software الإصدار 11.2(14)، فيمكنك الترقية إلى أحدث صورة 11.2(x). إذا لم يساعد ذلك، أو إذا لم يكن من الممكن ترقية الموجه، فعليك إصدار هذه الأوامر التالية لتجمع المشاكل عندما يكون الموجه منخفض في الذاكرة. يمكن أن تعرض هذه الأوامر معلومات إضافية حول محتوى المخازن المؤقتة:

• show buffer old يعرض المخازن المؤقتة المخصصة التي يزيد عمرها عن دقيقة واحدة

• show buffer pool  (small - middle - big - verybig - large - huge)    إظهار ملخص المخازن المؤقتة للتجمع المحدد

• show buffer pool (small - middle - big - verybig - large - huge) dump   إظهار عملية تفريغ HEX/ASCII لكافة المخازن المؤقتة المستخدمة لتجمع معين.

راجع أستكشاف أخطاء المخزن المؤقت وإصلاحها للحصول على تفاصيل إضافية.

تشغيل الموجه بذاكرة سريعة منخفضة

هاي المشكلة محددة لسلسلة 7500. إذا نفدت ذاكرة الموجه "السريعة"، فيمكنه إستخدام ذاكرة الوصول العشوائي (DRAM) الديناميكية الرئيسية الخاصة به بدلا من ذلك. ليس مطلوب أي إجراء.

IPFAST-4-RADIOxdelete: خطأ trying  لحذف إدخال البادئة [IP_ADDRESS]/[dec] (متوقع [hex]، حصلت [hex])

يشير الخطأ IPFAST-4-RADIOxdelete: حدث خطأ أثناء محاولة حذف إدخال البادئة [ip_address]/[dec] (المتوقع [hex]، تم الحصول على [hex]) رسالة الخطأ إلى أن جدول ذاكرة التخزين المؤقت للتحويل السريع للموجهات في الذاكرة تالف. عندما يحاول الموجه مسح جدول ذاكرة التخزين المؤقت تحت العملية العادية أو clear ip cache تم إدخال الأمر، ويفشل النظام في حذف الإدخالات بسبب تلف الذاكرة. عندما يفشل الموجه في حذف مثل هذا الإدخال، يتم الإبلاغ عن رسالة IPFAST-4-RADIOxdelete.

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

٪SYS-2-CHUNKEXPANSIONfail: تعذر توسيع تجمع الكتل لصورة TACL النقطية. لا تتوفر ذاكرة

السبب ل ٪SYS-2-CHUNKEXPANSIONfail: تعذر توسيع تجمع الكتل ل TACL Bitmap. لا توجد رسالة خطأ متوفرة بالذاكرة هي عدم وجود ذاكرة معالج كافية لتركيب تجمع المجموعات المحدد. قد يكون ناجما عن عملية تصرف بشكل غير طبيعي.

ال workaround أن على قبض دوري (يؤسس على التردد من الإصدار) الإنتاج من هذا أمر so that ذاكرة إستعمال من المسحاج تخديد يستطيع كنت monitore:

• show processes memory sorted

• show memory statistics

• show memory allocating-process totals

ملخص

حالات فشل تخصيص ذاكرة التجمع "المعالج"

أستخدم الخطوات التالية:

1. تحقق من متطلبات الذاكرة لإصدار برنامج Cisco IOS software أو مجموعة الميزات.

2. إن أمكن، قم بالترقية إلى أحدث إصدار من برنامج Cisco IOS Software في قطار الإصدار الخاص بك.

3. تحقق من وجود كمية كبيرة من الذاكرة المستخدمة للعمليات العادية أو غير العادية. إذا تطلب الأمر، فقم بإضافة المزيد من الذاكرة .

4. تحقق مما إذا كان هذا تسريبا أو تجزئة (تسريب المخزن المؤقت على الموجهات المتطورة).

5. قم بجمع المعلومات ذات الصلة والاتصال ب TAC.

حالات فشل تخصيص ذاكرة التجميع "I/O" ("المعالج" على الموجهات المتطورة، و"PCI" على السلسلة 7200)

أستخدم الخطوات التالية:

1. تحقق من متطلبات الذاكرة المشتركة (راجع عدم وجود ذاكرة مشتركة كافية للواجهات).

2. إن أمكن، قم بالترقية إلى أحدث إصدار من برنامج Cisco IOS Software في قطار الإصدار الخاص بك.

3. حددت أي مخزن مؤقت بركة يتأثر، جمعت المعلومات ذات الصلة، واتصلت ب cisco TAC.

معلومات ذات صلة

• أستكشاف أخطاء المخزن المؤقت وإصلاحها
• أستكشاف مشكلات أجهزة التوجيه وإصلاحها
• الدعم التقني والتنزيلات من Cisco