قائمة انتظار إدخال SNMP ممتلئة

قائمة انتظار إدخالات SNMP ممتلئة

ICSeverity

5 - إشعار

التأثير

حزم SNMP التي سقطت

الوصف

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

SyslogMessage

SNMP-3-INPUT_QFULL_ERR

MessageSample

Jun 28 00:53:02.442 EDT <> %SNMP-3-INPUT_QFULL_ERR: Packet dropped due to input queue full THIS IS A SAMPLE MESSAGE

عائلة المنتجات

• مبدّلات السلسلة Cisco Catalyst 2960-X Series
• المحولات Cisco Catalyst 4500 Series Switches
• مبدّلات السلسلة Cisco Catalyst 3750-X Series
• سلسلة موجهات خدمات التجميع طراز ASR 1000 من Cisco
• المحولات Cisco Catalyst 6800 Series Switches
• المحولات Cisco Catalyst 6500 Series Switches
• المحولات Cisco Catalyst 3850 Series Switches
• المحولات Cisco Catalyst 3650 Series Switches
• موجّهات الخدمات المتكاملة للسلسلة Cisco 4000 Series
• المحولات Cisco Catalyst 9200 Series Switches
• المحولات Cisco Catalyst 9300 Series Switches
• المحولات Cisco Catalyst 9400 Series Switches
• المحولات Cisco Catalyst 9500 Series Switches
• المحولات Cisco Catalyst 9600 Series Switches
• سلسلة وحدات التحكم في شبكة LAN اللاسلكية 5700 من Cisco
• وحدات التحكم اللاسلكية للسلسلة Cisco Catalyst 9800 Series

ريغيكس

غير متوفر

التوصية

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

1) تحقق من إخراج "إظهار فرز وحدة المعالجة المركزية (CPU) للعملية" للتحقق مما إذا كان محرك SNMP هو أحد العمليات العليا التي تستخدم وحدة المعالجة المركزية (CPU). إذا كان syslog قد حدث في الماضي ولم يحدث بشكل نشط، فلا يمكن أن يكون هناك إستهلاك مستمر لوحدة المعالجة المركزية بواسطة هذه العملية. يعرض رقم الجهاز عرض معالجة إستخدام وحدة المعالجة المركزية (CPU) لخمس ثوان: 99٪/0٪؛ دقيقة واحدة: 22٪؛ خمس دقائق: 18٪ وقت تشغيل PID (مللي ثانية) تم إستدعاء uSec 5Min 5Min 5Min TTY عملية 189 153547845697105815 2202 8.15٪ 13.40٪ 8.74٪ من محرك SNMP < نتوجات وحدة المعالجة المركزية القصيرة التي تدوم بضع ثوان من SNMP غالبا متوقعة وليست مدعاة للقلق. ومع ذلك، إذا ظلت وحدة المعالجة المركزية مرتفعة لعدة دقائق بمعدل إستخدام مرتفع، فإن ذلك يشير على الأرجح إلى مستوى عنيف من الاقتراع الذي يمكن أن يرهق قدرة الأجهزة على المعالجة في الوقت المناسب. إذا تم ملاحظة ذلك، فأنت بحاجة إلى تقليل المعدل الذي يتم به إستقصاء هذا الجهاز من خادم (خوادم) SNMP.

2) أستخدم الأمر "show snmp" لمعرفة ما إذا كان قد تم إسقاط الحزم في الماضي أو أنها موجودة بشكل نشط في قائمة انتظار الإدخال. قم بتشغيل هذا الأمر عدة مرات وفحص الإخراج لمعرفة ما إذا كان يتم إسقاط حزم SNMP بشكل نشط. Device#show SNMP

0 عمليات إسقاط حزم قائمة انتظار الإدخال (الحد الأقصى لحجم قائمة الانتظار 1000)

الحزم الموجودة حاليا في قائمة انتظار إدخالات عملية SNMP: 0 يمكن أن يساعد هذا في الإشارة إلى كيفية وضع حزم SNMP بشكل صارم في قائمة الانتظار أثناء انتظار المعالجة، كما يمكن أن يشير إلى أن خوادم SNMP هي بمثابة قواعد معلومات إدارة (MIB) اقتراع تتطلب وقتا طويلا للمعالجة بشكل طبيعي (والتي يمكن أن ينتج عنها أو لا يمكن أن ينتج عنها وحدة معالجة مركزية (CPU) مرتفعة). إذا كنت ترى خلال فترات الاقتراع أن قائمة الانتظار تكون دائما بقيمة كبيرة غير صفرية، ابحث في الخطوات 3 و 4 لتحديد إذا ما كان يمكنك العثور على قواعد معلومات الإدارة المحددة أو إذا كان زيادة حجم قائمة الانتظار يمكن أن يكون مفيدا. وإلا، يمكن أن تكون التغييرات الجانبية لخادم SNMP مطلوبة لتغيير ما يتم استقطابه، و/أو مدى تكرار إستقصاء هذا الجهاز. 3) تدعم بعض الأنظمة الأساسية الأمر "show snmp stats oid" لإظهار المعرف الفريد (OID) الذي يتم استقطابه بشكل أكبر. إذا كانت واجهة سطر الأوامر هذه متوفرة، فافحص الإخراج لمعرفة معرفات الأجهزة الأصلية (OIDs) التي يتم إستطلاعها بشكل متكرر، وانظر في إزالتها من قائمة معرفات الأجهزة الأصلية التي يتم إستطلاعها أو قم بتكوين الجهاز لاستبعاد قاعدة معلومات الإدارة (MIB) من طريقة العرض لمنع معالجتها. 4) إذا كانت حالات السقوط تتزايد بمعدل صغير، فخذ في الاعتبار زيادة حجم قائمة انتظار SNMP. يمكن أن يؤدي ذلك إلى تمكين الجهاز من إستيعاب المزيد من حزم SNMP ولكن يمكن إعادة ظهور الأخطاء إذا أصبحت قائمة الانتظار ممتلئة مرة أخرى. جهاز (config)# طول قائمة انتظار خادم snmp.

الأوامر

#show version

#show module

#show logging

#show cpu proc sort

#show run | s snmp

#show snmp

#show snmp stats oid