حل خطأ القرص الكامل لجهاز ويب الآمن

المقدمة

يصف هذا المستند الخطوات اللازمة لحل أخطاء مساحة القرص الكاملة في جهاز ويب الآمن (SWA).

---

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• وصول FTP إلى SWA
• الوصول إلى CLI الخاص ب SWA

• الوصول الإداري إلى SWA

---

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

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

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

---

الأخطاء المتعلقة بالقرص الكامل  

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

Processing of collected reporting data has been disabled due to lack of logging disk space. Disk usage is above 97 percent.
User admin  Disk space for /data has exceeded threshold value 90% with current capacity of 99 %

The reporting/logging disk is full on a WSA
This appliance has disk usage that is higher than expected. 
WARNING: Data partition utilization on appliance is high and can cause issues

---

مراقبة إستخدام الأقراص

يمكنك مراقبة إستخدام الأقراص من كل من واجهة المستخدم الرسومية (GUI) و واجهة سطر الأوامر (CLI) وعرضها.

---

عرض إستخدام القرص في واجهة المستخدم الرسومية

بعد تسجيل الدخول إلى واجهة المستخدم الرسومية (SWA)، في صفحة لوحة المعلومات الخاصة بي، يمكنك عرض Reporting / Logging Disk الاستخدام من System Overview القسم.  

ملاحظة: يتم تخزين تقارير SWA وسجلاتها في قسم واحد، يعرف باسم قسم البيانات.

أيضا في واجهة المستخدم الرسومية، وتحت Reportingالقائمة، انتقل إلىSystem Status. يمكنك أيضا عرض إستخدام القرص من Overview المقطع، أسفل القائمةReporting.

---

عرض إستخدام القرص في CLI

من إخراج تفاصيل الحالة أو الحالة، يمكنك عرض إستخدام قرص التقارير / التسجيل:

SWA.CLI> status

Enter "status detail" for more information.

Status as of:                  Sun Feb 19 19:55:13 2023 CET
Up since:                      Sat Feb 11 14:00:56 2023 CET (8d 5h 54m 17s)
System Resource Utilization:
  CPU                                    25.9%
  RAM                                    13.6%
  Reporting/Logging Disk                 58.1%

---

من مخرجات ال ipcheck، أنت يستطيع شاهدت المساحة المخصصة على القرص إلى كل قسم ونسبة المساحة المستخدمة لكل قسم:

SWA.CLI> ipcheck
...
  Disk 0                200GB VMware Virtual disk 1.0 at mpt0 bus 0 scbus2 target 0 lun 0
  Disk Total            200GB
=== Skipped ===
  Root                  4GB 65%
  Nextroot              4GB 1%
  Var                   400MB 29%
  Log                   130GB 8%
  DB                    2GB 0%
  Swap                  8GB
  Proxy Cache           50GB
=== Skipped ===

---

في سجلات SHD، يتم عرض إستخدام إعداد التقارير / تسجيل الأقراص لكل دقيقة ك DskUtil. للوصول إلى سجلات SHD، أستخدم الخطوات التالية:

1. اكتب grep أو tail في واجهة سطر الأوامر.

2. البحث عن SHD_LOG نوع: إسترداد سجلات SHD: إستطلاع FTP، من القائمة وأدخل الرقم المقترن.

3. في إدخال التعبير العادي إلى GREP، يمكنك إدخال تعبير عادي للبحث داخل السجلات. على سبيل المثال، يمكنك كتابة التاريخ والوقت.

4. هل تريد أن يكون هذا البحث غير حساس لحالة الأحرف؟ [Y]>، يمكنك ترك هذا كافتراضي، إلا إذا كنت تحتاج للبحث عن حساسية الحالة، والتي، في سجلات SHD، لا تحتاج إلى هذا الخيار.

5. هل تريد البحث عن بنود غير متطابقة؟ [n]>، يمكنك ضبط هذا السطر كافتراضي، إلا إذا احتجت للبحث عن كل شيء ما عدا تعبير GREP العادي.

6. هل تريد تذييل السجلات؟ [n]>، يتوفر هذا الخيار فقط في مخرجات GREP، إذا تركت هذا كافتراضي (N)، فإنه يعرض سجلات SHD من السطر الأول من الملف الحالي.

7. هل تريد ترقيم المخرجات؟ [n]>، إذا قمت Yبتحديد، فإن المخرجات هي نفسها مخرجات الأمر الأقل. يمكنك التنقل بين الأسطر والصفحات. يمكنك أيضا البحث داخل السجلات (اكتب / ثم الكلمة الأساسية واضغط مفتاح الإدخال). للخروج من السجل، اكتبq.

---

في هذا المثال، يتم إستهلاك 52.2٪ Reporting / Logging Disk من:

Mon Feb 20 23:46:14 2023 Info: Status: CPULd 66.4 DskUtil 52.2 RAMUtil 11.3 Reqs 0 Band 0 Latency 0 CacheHit 0 CliConn 0 SrvConn 0 MemBuf 0 SwpPgOut 0 ProxLd 0 Wbrs_WucLd 0.0 LogLd 0.0 RptLd 0.0 WebrootLd 0.0 SophosLd 0.0 McafeeLd 0.0 WTTLd 0.0 AMPLd 0.0

---

بنية القرص واستكشاف أخطاء القسم بالكامل وإصلاحها 

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

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

---

القسم الجذري ممتلئ 

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

---

القسم الجذر التالي ممتلئ 

في حالة فشل الترقية، تأكد من أن قسم الجذر التالي لديه مساحة حرة كافية للترقية.

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

---

من تحسين سجل في ال CLI، أنت يستطيع شاهدت هذا خطأ:

Finding partitions... done.                                                    
Setting next boot partition to current partition as a precaution... done.      
Erasing new boot partition... done.                                            
Extracting eapp done.                                                          
Extracting scanerroot done.                                                    
Extracting splunkroot done.                                                    
Extracting savroot done.                                                       
Extracting ipasroot done.                                                      
Extracting ecroot done.                                                        
Removing unwanted files in nextroot done.                                      
Extracting distroot                                                            
/nextroot: write failed, filesystem is full
./usr/share/misc/termcap: Write failed
./usr/share/misc/pci_vendors: Write to restore size failed
./usr/libexec/getty: Write to restore size failed
./usr/libexec/ld-elf.so.1: Write to restore size failed
./usr/lib/libBlocksRuntime.so: Write to restore size failed
./usr/lib/libBlocksRuntime.so.0: Write to restore size failed
./usr/lib/libalias.so: Write to restore size failed
./usr/lib/libarchive.so: Write to restore size failed

---

للحصول على SWA ظاهري، قم بتنزيل ملف صورة جديد من دليل تثبيت Cisco Secure Email و Web Virtual Appliance. ثم قم باستيراد النسخ الاحتياطي للتكوين من الإصدار الأقدم إلى SWA المثبت حديثا. إذا رأيت خطأ في إستيراد التكوين، فافتح حالة طلب خدمة.

بالنسبة ل SMA و ESA، يمكنك العثور على حل بديل لهذه المشكلة: كيفية تطبيق الحل البديل لفشل ترقية Cisco vESA/vSMA بسبب حجم قسم صغير - Cisco.

---

قسم VAR ممتلئ 

 var إذا كان القسم ممتلئا، فيمكنك تلقي هذه الأخطاء عند تسجيل الدخول إلى CLI أو من الأمر DisplayAlerts في CLI:

/var: write failed, filesystem is full
The temporary data partition is at 99% capacity

لحل هذه المشكلة، قم أولا بإعادة تشغيل الجهاز. إذا كانت قدرة القسم /var أكثر من 100٪، فاتصل بدعم Cisco TAC.

---

قسم نظام التشغيل بالسعة ٪XX

إذا إستلمت الخطأ "قسم نظام التشغيل بسعة 91٪"، فعادة ما يكون ذلك مرتبطا بتقسيم /nextroot. من ال CLI، ركضت ال ipcheck أمر:

SWA_CLI> ipcheck
...

  Disk 0                1024GB VMware Virtual disk 1.0 at mpt0 bus 0 scbus2 target 0 lun 0
  Disk Total            1024GB

  Root                  2GB 95%
  Nextroot              2GB 92%
  Var                   400MB 60%
  Log                   808GB 21%
  DB                    2GB 0%
  Swap                  8GB
  Proxy Cache           200GB

---

إذا كان حجم القسم الجذري التالي هو 2 غيغابايت، بسبب إشعار ميداني: FN72230، يجب عليك تثبيت إصدار جديد من الجهاز الظاهري أكبر من 14.5 في القسم الجذر التالي ويجب أن يكون 4 غيغابايت. يجب أيضا الترحيل من SWA القديمة إلى SWA الجديدة.

لمزيد من المعلومات، ارجع إلى كيفية تطبيق الحل البديل لترقية Cisco vESA/vSMA الفاشلة بسبب حجم قسم صغير.

---

قسم التقارير/التسجيل ممتلئ 

إذا كان قسم التقارير / التسجيل ممتلئا، فهذه بعض الأخطاء التي يمكنك مواجهتها:

Processing of collected reporting data has been disabled due to lack of logging disk space. Disk usage is above 97 percent.
User admin  Disk space for /data has exceeded threshold value 90% with current capacity of 99 %

The reporting/logging disk is full on a WSA

WARNING: Data partition utilization on appliance is high and can cause issues

---

يمكن تصنيف السبب الجذري لهذه الأخطاء على أنه:

1. تشغل ملفات السجل مساحة كبيرة جدا على القرص.

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

3. تشغل عملية إعداد التقارير مساحة كبيرة جدا على القرص.

4. يشغل تعقب الويب مساحة كبيرة جدا على القرص.

5. تشغل بعض السجلات الداخلية مساحة كبيرة جدا على القرص.

---

تشغل ملفات السجل مساحة كبيرة جدا على القرص

لعرض ملفات السجل، يمكنك الاتصال ب SWA عبر FTP بواجهة الإدارة.

ملاحظة: FTP افتراضيا معأق.

لتمكين FTP من واجهة المستخدم الرسومية، أستخدم الخطوات التالية:

1. سجل الدخول إلى واجهة المستخدم الرسومية (GUI).

2. انقر فوق الواجهات ضمن قائمة الشبكة.

3. انقر فوق تحرير الإعدادات.

4. حدد FTP من قسم خدمات إدارة الأجهزة.

5. (إختياري): أنت يستطيع غيرت التقصير FTP ميناء.

6. انقر فوق إرسال.

7. الالتزام بالتغييرات.

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

استعملت هذا steps أن يحل هذا إصدار:

تلميح: إذا كنت ترى أن ملفات السجل لا تشغل مساحة كبيرة على القرص، فإن المشكلة تتعلق على الأرجح بالتقارير أو الملفات الأساسية.

الملفات الأساسية على الجهاز

لعرض ما إذا كانت SWA بها ملفات أساسية، من CLI أستخدم الخطوات التالية:

1. سجل الدخول إلى CLI. 

2. قم بتشغيل الأمر التشخيصي (هو أمر مخفي ولا يمكن تعبئته تلقائيا باستخدام TAB).

3. اكتب الوكيل.

4. اكتب قائمة.

تظهر المخرجات ما إذا كانت هناك أي ملفات أساسية. لإزالة الملفات الأساسية، اتصل ب Cisco Support Service، يجب أن يتحقق مهندس TAC من سبب الملفات الأساسية، ثم يمكنهم إزالة الملفات.  

---

يشغل إعداد التقارير مساحة كبيرة على القرص

يوجد نوعان من التقارير في SWA: إعداد التقارير وتعقب الويب. يشغل WebTracking معظم مساحة القرص. للتحقق من محفوظات WebTracking، انتقل إلى WebTracking من واجهة المستخدم الرسومية. تحت قائمة التقارير، من قسم النطاق الزمني، حدد النطاق. المخصص تظهر التواريخ المبرزة سجل تتبع الويب للتقرير.

للحصول على نسخة إحتياطية من WebTracking، يمكنك تصدير التقرير إلى .csv من إرتباط التنزيل القابل للطباعة في التقرير.

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

عند كتابة هذه المقالة، لا توجد ميزة لحذف التقارير القديمة يدويا (معرف تصحيح الأخطاء من Cisco: CSCun82094).

لحذف بعض تقاريرك، يجب عليك الاتصال بدعم TAC، أو يمكنك حذف كل التقارير من CLI مع الخطوات التالية: 

1. سجل الدخول إلى CLI.

2. قم بتشغيل الأمر التشخيصي (هو أمر مخفي ولا يمكن إكماله تلقائيا باستخدام TAB).

3. اكتب reporting ثم اضغط على مفتاح Enter.

4. اكتب deletedb واضغط Enter.

تحذير: يقوم هذا الأمر بحذف جميع بيانات التقارير ولا يمكن إجهاضه.

إذا كان لديك SWA S195 أو S190، فعليك مراعاة هذا العيب أيضا: معرف تصحيح الأخطاء من Cisco CSCwd83093.

---

السجلات الداخلية تشغل القرص

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

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

---

المحتوى ذي الصلة

• ملاحظات إصدار WSA AsyncOS
• الدعم التقني والمستندات - Cisco Systems

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
3.0	22-Oct-2026	مقدمة محدثة، التدقيق الإملائي، النحوي، المسافات، إدراج أسطر أفقية لفصل المقاطع من أجل إمكانية القراءة، عناوين URL ثابتة، وتنبيهات CCW.
2.0	23-Mar-2026	الإصدار الأولي، التنسيق.
1.0	10-Apr-2023	الإصدار الأولي