المقدمة
يصف هذا المستند مشكلة وصلت مؤخرا إلى انتباه مركز المساعدة التقنية (TAC) من Cisco حيث ستملأ سجلات tty في Unity Connection القسم الجذر. هناك بعض الخلط حول كيف cisco بق id CSCts98388 يخاطب الإصدار. الهدف من هذا المستند هو شرح الخطوات المطلوبة لمعالجة المشكلة. وبالإضافة إلى ذلك، فإنه يصف الخطوات التالية.
المتطلبات الأساسية
المتطلبات
cisco يوصي أن يتلقى أنت معرفة من cisco Unity Connection صيغة 8.5.1، 8.6.2، و 9.x.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى Cisco Unity Connection، الإصدارات 8.5.1 و 8.6.2 و 9.x.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
المشكلة
قد تتلقى إخطارا في السجلات أو بواسطة أداة مراقبة الوقت الفعلي (RTMT) بأن مساحة قرص Unity Connection منخفضة في قسم الجذر. والمشكلة في بعض الحالات هي ان جذوع النطاط تستهلك جزءا كبيرا من المساحة.
تم تصنيف معرف تصحيح الأخطاء من Cisco CSCts98388 من أجل معالجة هذه المشكلة. ومع ذلك، فقد حدث بعض الارتباك حول كيفية معالجة إصدار مرقع من البرامج للمشكلة. يناقش قسم الحل كيفية حل المشكلة.
الحل
تعطيل التسجيل
أكمل هذه الخطوات لتعطيل التسجيل.
- الحصول على إصدار من برامج Unity Connection التي تم إصلاح هذا العيب بها. بمجرد تحميل هذا الإصدار، ستحصل على الأوامر المتوفرة التي لم تكن هناك سابقا.
ملاحظة: من المهم أن تفهم أن تحميل الإصدار الذي تم تصحيحه لا يمنع المشكلة.
فيما يلي أوامر سجل الطلب:
set cuc jetty requestlog enable
set cuc jetty requestlog disable
هنا الأمر ل StdErr سجل:
set cuc jetty stderrlog enable
set cuc jetty stderrlog disable
هنا الأمر ل ال stdout سجل:
set cuc jetty stdoutlog enable
set cuc jetty stdoutlog disable
- أدخل هذه الأوامر على كل من الناشر والمشترك لمنع إستمرار السجل في تعبئة محركات الأقراص:
set cuc jetty requestlog disable
set cuc jetty stderrlog disable
set cuc jetty stdoutlog disable
- قم بإعادة تشغيل خدمة Tty لكي تصبح الأوامر نافذة المفعول. بدون إعادة تشغيل الخدمة، تستمر السجلات في الكتابة ومساحة التعبئة.
ملاحظة: عند اكتمال الترقية، يتم إعادة تمكين سجلات tty. لذلك، بعد اكتمال الترقية، يجب إدخال الأوامر الثلاثة المدرجة في الخطوة 2 لتعطيل التسجيل وإعادة تشغيل خدمة tty.
مسح مساحة القرص
أكمل الخطوات التالية لمسح مساحة القرص.
لسوء الحظ، يحتوي سجل الخطوة فقط على أمر لإزالة السجلات عبر المسؤول. يجب إزالة السجلين الآخرين عبر الجذر. يصف هذا القسم الأوامر حتى تكون على دراية بها. يمكن الإشارة إلى هذا المستند عند فتح حالة مركز المساعدة الفنية.
سجل الطلبات
هنا هو المسار للسجل: /usr/local/tty/log/*.request.log.
فيما يلي الأمر لإزالة السجلات عبر الجذر:
rm -fv /usr/local/jetty/logs/2014*.log
سجل مقياس السرعة
هذا هو مسار السجل: /var/log/active/tty/*.stderrout.log.
فيما يلي الأمر لإزالة السجلات عبر الجذر:
يمحو هذا الأمر الملفات الأقدم من خمسة أيام:
rm -fv /var/log/active/jetty/2014*.log
سجل خروج المنتج
هذا هو مسار السجل: /var/log/active/tty/*.stdout.log.
فيما يلي الأمر الذي يلزم حذفه عبر الجذر:
rm -fv /var/log/active/jetty/2014*.log
فيما يلي الأمر الذي يجب حذفه عبر المسؤول:
file delete activelog /jetty/2014*.log noconfirm
الخطوات التالية
ستتحقق وحدة الأعمال من تحسين البرنامج حيث يتم تعطيل هذا التسجيل بشكل افتراضي.
تم رفع معرف تصحيح الأخطاء من Cisco CSCup13856 لمعالجة هذه النقاط:
- قم بتعيين القيمة الافتراضية لتتبع سجل tty من أجل التعطيل.
- يجب أن تستمر إعدادات CLI enable/disable عبر الترقية.
وفي الوقت الحالي، لا يوجد تاريخ محدد لتنفيذه.