المقدمة
يصف هذا وثيقة الإستعمالمن ال CLI أمر يحولQueue والعمليات أن يقع عندما هذا أمر يكون أصدرت من ال CLI من cisco بريد إلكتروني أمن تطبيق (ESA).
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- سعة النظام ومراقبة النظام وصحة النظام والمعالجة الشاملة للرسائل من خلال قائمة انتظار العمل الخاصة بالإيسا.
- الإدارة العامة لوكالة الفضاء الأوروبية.
ملاحظة: يرجى الاطلاع على دليل إستخدام الإيسا أو على المساعدة عبر الإنترنت من واجهة المستخدم الرسومية (GUI) في وكالة الفضاء الأوروبية للحصول على مزيد من التفاصيل.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
- ESA، جميع الأجهزة والأجهزة الافتراضية التي تعمل بنظام التشغيل AsyncOS 11.0.0-264 أو إصدار أحدث
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
المشكلة
أسباب تشغيل الأمر fixQueue:
- حدث خطأ أثناء الإشارة إلى عدم تحميل قائمة انتظار العمل. وعادة ما يكون هذا نتيجة لفساد قائمة الانتظار أو بسبب عدم ملاءمة دورة الطاقة أو إعادة تمهيد الجهاز.
- العيب المعروف يتطلب هذا كحل بديل (مثل CSCuw2284 - تفسد قائمة انتظار البريد الإلكتروني بعد تعطل الأعطال أو إيقاف التشغيل غير الصحيح).
- أخطاء التطبيق، مثل تلك التي تشير إلى "gcq.py" أو النظام الفرعي لإدارة قائمة الانتظار.
- يقوم تفاصيل الحالة أو قائمة انتظار العمل > المعدل بالإبلاغ عن أرقام سالبة.
- تقارير الحالة أو تفاصيل الحالة "أقدم رسالة" من ملف تعريف الارتداد الخاص بك. القيمة الافتراضية لهذا هي 3 أيام. يمكنك التحقق من BindConfig > تحرير واختيار ملف التخصيص الافتراضي. سوف تبحث عن سطر "الرجاء إدخال الحد الأقصى لعدد الثواني التي يمكن أن تبقى فيها الرسالة في قائمة الانتظار قبل أن تكون ثابتة"، والذي يكون افتراضيا 259200 ثانية، أو 3 أيام. وهذا يستثني مجالات التسليم الظاهري، وهي.<destination>.queue مثل the.cpq.queue، the.euq.queue، the.cpq.release.host.
أسباب عدم تشغيل أمر الإصلاحqueue:
- المعالجة البطيئة لقائمة انتظار العمل ليست سببا صالحا لتشغيل إصلاح قائمة انتظار. يخلط المسؤولون عادة بين معالجة قائمة انتظار العمل البطيئة كتلف في قائمة الانتظار. عادة ما تكون قائمة انتظار العمل البطيئة نتيجة لتكرار معالجة نفس الرسالة (الرسائل) بسبب تجاوز الخدمة في إستخدام موارد النظام. غالبا ما تكون سيناريوهات المعالجة المتكررة هذه أشياء لا يتم إصلاحها بمجرد تشغيل قائمة الإصلاح. يلزم أستكشاف مزيد من الأخطاء وإصلاحها في الخدمة (الخدمات) التي سيتم "تعليق" رسالة عليها أثناء المعالجة.
إستخدام قائمة إصلاح الأوامر
قد لا يؤدي تشغيل أمر واجهة سطر الأوامر (CLI) المصلح Queue إلى إصلاح جميع مشاكل قوائم انتظار العمل أو التالفة. تبذل هذه الأداة المساعدة قصارى جهدها لإصلاح قائمة انتظار العمل.
تحذير: يجب على مسؤولي ESA الإحاطة علما، فهناك إمكانية فقدان الرسائل النشطة من قائمة انتظار العمل.
عند تشغيل الإصلاحQueue، فإن أول عملية تشغيل ستطلب الإذن مرة واحدة لمتابعة وتنفيذ الإصلاح:
myesa.local> repairqueue
Do you want to repair or clean the queue?
1. Repair.
2. Clean.
[1]> 1
The mail flow will be stopped through out the repair/cleanup process
WARNING:
This utility does a best effort to repair the queue.
Not all queues corruptions can be repaired.
Are you sure you want to proceed? [N]> y
Checking generation checksum files
...
<<<SNIP FOR BREVITY>>>
...
done
Repair succeeded
Starting Hermes
Hermes Started
Log into the system and verify the status of the system.
ملاحظة: في ESA الافتراضي، تجاهل الناتج التالي، المعروف الخلل (CSCuz28415): "في انتظار تحميل قائمة الانتظار: تعذر فتح الجهاز في /dev/ipmi0 أو /dev/ipmi/0 أو /dev/ipmitv/0: لا يوجد مثل هذا الملف أو الدليل"
وبمجرد اكتمال عملية الإصلاح، سيتم إصلاح قائمة انتظار العمل، ومع ذلك سيظل الجهاز يحتفظ بنقطة تفتيش قديمة لقائمة انتظار العمل السابقة. من أجل إستئناف كتابة نقطة تفتيش جديدة لمعالجة قائمة انتظار العمل، قم بتشغيل الإصلاح مرة أخرى، وأصدر الأمر للتنظيف:
myesa.local> repairqueue
Do you want to repair or clean the queue?
1. Repair.
2. Clean.
[1]> 2
The mail flow will be stopped through out the repair/cleanup process
WARNING:
There is a backup found this may be the only backup.
This will to remove the old queue.
Are you sure you want to proceed? [N]> y
Double confirmation. Are you sure you want to proceed? [N]> y
Removing old queue
Cleanup finished
التحقق من الصحة
بمجرد اكتمال قائمة الإصلاح، الرجاء القيام بكل مما يلي للتحقق من أن قائمة انتظار العمل متصلة مرة أخرى ويقوم الجهاز بمعالجة البريد:
- تحقق من حالة النظام من خلال تشغيل الأمر status detail من واجهة سطر الأوامر (CLI)، أو monitor > حالة النظام من واجهة المستخدم الرسومية (GUI). يجب أن يعكس الجهاز حالة نظام ل Online.
- راجع سجلات البريد الموجودة على الجهاز لضمان معالجة البريد كما هو متوقع. يمكن تحقيق ذلك من واجهة سطر الأوامر (CLI) من خلال تشغيل الأمر tail mail_log.
- قم بتشغيل الأمر workqueue من واجهة سطر الأوامر، واختر خيار المعدل بمعدل افتراضي مقداره 10 ثانية. طالما كان الجهاز يقوم بمعالجة البريد الوارد و/أو الصادر، يجب أن يكون المعدل كل 10 ثوان مساويا إلى حد ما لنسبة "الداخل/الخارج". قد تستغرق الأجهزة التي تحتوي على قائمة انتظار عمل معالجة معلقة كبيرة بعض الوقت لتفريغ قائمة انتظار العمل، واستئناف المعالجة العادية.
أسئلة شائعة
ماذا لو كان ESA الخاص بي لا يعمل 11.0.0-264 أو أحدث؟
يجب على العملاء الذين لديهم أجهزة تشغل الإصدارات القديمة من AsyncOS التي لا تحتوي على خيار أمر واجهة سطر الأوامر (CLI) القابل لإعادة التشغيل في قائمة الانتظار (الإصلاح) المخفية فتح حالة دعم للحصول على مساعدة مهندس دعم Cisco. ستحتاج إلى فتح نفق دعم ومتوفر لدعم Cisco للوصول إلى الجهاز وتشغيل عملية قائمة انتظار الإصلاح. يرجى الاتصال بدعم Cisco لفتح حالة دعم نشطة.
هل تعني قائمة انتظار العمل "تلف" فقدان البريد؟
في أغلب الحالات، لا يعادل الفساد خسارة البريد. قائمة الانتظار تالفة بسبب البيانات الوصفية المتعلقة بمعالجة الرسائل التي لم تعد موجودة على الجهاز. هذه هي عملية حفظ كتاب بين قائمة الانتظار وإعداد التقارير وتتبع الرسائل وما إلى ذلك. سيؤدي تشغيل قائمة الإصلاح إلى إعادة إنشاء بيانات تعريف ESA وتنظيف أي تقارير خاطئة بين الخدمات والمعالجة.
هل هناك أي تداعيات لفساد قائمة انتظار العمل؟
قد تكون ESA قادرة على التشغيل لمدة طويلة على قائمة انتظار تالفة وقد تتم معالجة معظم الرسائل بشكل صحيح، ولكن قد يبدو الجهاز بطيئا، أو قد لا يتم مسح بعض الرسائل أبدا، كما هو موضح بواسطة "أقدم رسالة" في أمر الحالة - الأقدم بكثير من قيمة العملية التي يجب أن تسمح بها. عندما تتم إعادة تشغيل AsyncOS بالفعل باستخدام قائمة انتظار تالفة، قد تكون قائمة الانتظار قادرة على التحميل أو قد لا تكون كذلك. قد يكون قد حدث التلف منذ بعض الوقت ويبدو أنه لا بأس به حتى يتم إعادة تشغيل الجهاز، وفي هذه النقطة يكون غير قادر على تحميل قائمة الانتظار.
ما الذي يسبب تلف قائمة الانتظار؟
السببان الأكثر شيوعا لفساد قائمة الانتظار هما:
- عمليات إعادة تشغيل غير متوقعة للجهاز. سيؤدي انقطاع التيار أو الضغط على زر الطاقة إلى إيقاف التشغيل بشكل غير صحيح وقد يؤدي إلى تلف قائمة الانتظار، وذلك وفقا لما كانت تقوم به العمليات الخلفية في ذلك الوقت. قد تتم إستعادة الجهاز وقد تظهر قائمة الانتظار مرة أخرى تالفة، أو قد لا تكون قائمة الانتظار قابلة للتثبيت عند إعادة التشغيل. إذا كان هذا صحيحا، فسيرى مسؤولو ESA تنبيهات "عدم تحميل قائمة الانتظار" و/أو "عدم إستجابة الجهاز المساعد" عند تشغيل الحالة من واجهة سطر الأوامر.
myesa.local> status
Enter "status detail" for more information.
Couldn't obtain mail stats - my.esa: The daemon is not responding.
myesa.local> status
Enter "status detail" for more information.
Couldn't obtain mail stats - the queue is not mounted
- إستخدام ذاكرة الوصول العشوائي (RAM) خارج النطاق بواسطة الجهاز. ويحدث هذا على الأرجح بسبب سوء تكوين موزع الرسائل و/أو سياسات تدفق البريد، التي تتم رؤيتها عادة مع عدد كبير جدا من عمليات الاتصال/الحقن الواردة المسموح بها. توصي Cisco بمراجعة ListEnergyConfig للحصول على الحد الأقصى من الاتصالات الواردة. توصي Cisco بتعيين هذا على 300.
كم من الوقت يجب أن يستغرقه برنامج الإصلاح حتى يكتمل؟
قد يستغرق إصلاح قائمة انتظار العمل من 10 ثوان إلى عدة ساعات، وذلك حسب حالة ESA وعدد الرسائل التي تتم معالجتها حاليا من خلال قائمة انتظار عمل نشطة. قد يستغرق إصلاح قائمة انتظار العمل على الجهاز السفلي ذي قوائم الانتظار الكاملة في وقت حدوث تلف عدة ساعات.
ماذا يحدث إذا تعذر تشغيل قائمة الإصلاح أو لم تكتمل؟
في حالات معينة، (على سبيل المثال، قائمة الانتظار الكاملة على جهاز)، لن تتمكن قائمة الانتظار المصلحية من الإكمال. إذا لم تكتمل قائمة الانتظار بعد 4 ساعات، فمن المحتمل أن تكون قائمة الانتظار غير قابلة للإصلاح والملجأ الوحيد هو إنشاء قائمة انتظار جديدة عن طريق تشغيل قائمة انتظار أوامر واجهة سطر الأوامر (CLI) المخفية. بالنسبة للمشاكل المتقدمة، يرجى الاتصال بدعم Cisco لفتح حالة دعم نشطة والحصول على مساعدة دعم Cisco.
معلومات ذات صلة
التعليقات