解决Secure Web Appliance Full Disk错误

下载选项

PDF (413.6 KB)
在各种设备上使用 Adobe Reader 查看
ePub (83.8 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
Mobi (Kindle) (73.8 KB)
在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看

已更新: 2026 年 10 月 22 日

文档 ID:220372

非歧视性语言

此产品的文档集力求使用非歧视性语言。在本文档集中，非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言，文档中可能无法确保完全使用非歧视性语言。深入了解思科如何使用包容性语言。

关于此翻译

思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言，希望全球的用户都能通过各自的语言得到支持性的内容。请注意：即使是最好的机器翻译，其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任，并建议您总是参考英文原始文档（已提供链接）。

简介

本文档介绍解决安全Web设备(SWA)中的磁盘空间满错误的步骤。

先决条件

要求

Cisco 建议您了解以下主题：

对SWA的FTP访问
访问SWA的CLI

对SWA的管理访问

使用的组件

本文档不限于特定的软件和硬件版本。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

与全磁盘相关的错误

SWA中存在各种错误和警告，指示磁盘已满或磁盘空间已接近满。这是错误和警告的列表。这些日志在每个软件版本中因交付方法（如警报、系统日志或CLI中的命令输出displayalerts）而异。

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监控和查看磁盘使用情况。

在GUI中查看磁盘使用情况

登录到SWA GUI后，在My-Dashboard Page中，可以从部分中查看使用Reporting / Logging Disk情System Overview况。

注意：SWA报告和日志存储在单个分区（称为DATA Partition）中。

在GUI的“菜单”(Menu)下，导航至System Status。您还可以从菜单下的部分查Overview看磁盘使用Reporting情况。

在CLI中查看磁盘使用情况

从status或status detail的输出中，您可以查看Reporting/Logging Disk使用情况：

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.在CLI中键入grep或tail。

2.查找shd_logs类型：SHD日志检索:FTP Poll，并输入相关号码。

3.在输入正则表达式到grep中，可以输入正则表达式在日志中搜索。例如，可以键入日期和时间。

4.是否希望此搜索不区分大小写？[Y]>，您可以将此选项保留为默认值，除非您需要搜索区分大小写的内容，在SHD日志中，您不需要此选项。

5.是否要搜索不匹配的行？[N]>您可以将此行设置为默认值，除非您需要搜索除常规grep表达式之外的所有内容。

6.是否要跟踪日志？[N]>，此选项仅在grep的输出中可用，如果将此选项保留为默认值(N)，则它显示当前文件第一行中的SHD日志。

7.是否要对输出进行分页？[N]>如果选择Y，输出与less命令的输出相同。您可以在行和页面之间导航。此外，您还可以在日志中搜索（键入/，然后键入关键字，然后按Enter）。要退出日志，请键入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,SWA中有七个分区：

分区名称	描述
根	保留内部操作系统文件
下一根	此分区用于升级
Var	保留内部操作系统文件
日志	保存日志和报告文件
DB	配置和内部数据库
交换	交换内存
代理缓存	保留缓存的数据

根分区已满

如果根分区（称为rootfs或/）已满或超过100%（有时是预期值），则SWA会删除不必要的文件。如果发现某些系统性能下降，请先尝试重新启动设备，然后检查根分区的磁盘容量。如果问题仍然存在，请联系思科客户服务以打开TAC案例。

下一个根分区已满

如果升级失败，请确保您的下一个根分区具有足够的可用空间进行升级。

最初，虚拟SWA、邮件安全设备(ESA)和虚拟安全管理设备(SMA)SMA映像是使用大小小于500 MB的下一个根分区构建的。多年来，随着包含其他功能的较新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，请从思科安全邮件和网络虚拟设备安装指南下载新的映像文件。然后，将配置备份从旧版本导入到新安装的SWA。如果出现Configuration Import Error，请打开服务请求案例。

对于SMA和ESA，您可以找到解决此问题的方法：如何应用Cisco vESA/vSMA升级因分区大小较小而失败 — Cisco。

Var分区已满

如果分var区已满，则登录CLI或从CLI中的Displayalerts命令中可能会收到以下错误：

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

要解决此问题，首先请重新启动设备。如果/var分区的容量超过100%，请联系Cisco TAC支持。

XX%容量的操作系统分区

如果收到The operating system partition is at 91% capacity错误，则通常与/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 GB（由于Field Notice）：FN72230，您必须在下一个根分区中安装大于14.5的新虚拟机版本，并且必须是4 GB。您还必须从旧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. Web跟踪占用了过多的磁盘空间。

5.某些内部日志占用太多磁盘空间。

日志文件占用太多磁盘空间

要查看日志文件，可以通过FTP连接到SWA到管理接口。

注意：默认情况下，FTP处于禁用状态。

要从GUI启用FTP，请执行以下步骤：

1.登录到GUI。

2.单击Network菜单下的Interfaces。

3.单击编辑设置。

4.从设备管理服务部分选择FTP。

5.（可选）：您可以更改默认FTP端口。

6.单击提交。

7.提交更改。

在FTP连接后，您可以查看每个日志文件的日志、创建日期和大小。如果需要归档日志，可以通过FTP下载它们。或者，为了释放磁盘空间，您可以删除旧日志。

使用以下步骤解决此问题：

提示：如果您看到日志文件没有占用太多磁盘空间，则问题很可能与报告或核心文件有关。

设备上的核心文件

要查看SWA是否具有核心文件，请从CLI使用以下步骤：

1.登录到CLI。

2.运行diagnostic命令（它是一个隐藏命令，不能使用TAB自动填充）。

3.键入PROXY。

4.键入LIST。

输出显示是否有任何核心文件。要删除核心文件，请联系思科支持服务，TAC工程师必须调查核心文件的原因，然后他们可以删除这些文件。

报告占用太多磁盘空间

SWA中有两种类型的报告：报告和网络跟踪。WebTracking占用了大部分磁盘空间。要检查WebTracking的历史记录，请从GUI导航到WebTracking。.在Reporting菜单下，从Time Range部分选择Custom Range，突出显示的日期显示WebTracking报告历史记录。

要从WebTracking进行备份，您可以从报告中的可打印下载(Printable Download)链接将报告导出到.CSV。

提示：避免长时间生成WebTracking报告，这取决于正常的日常Web流量。持续时间较长的报告可能导致SWA变得无响应。

撰写本文时，没有手动删除旧版报告的功能（思科漏洞ID:CSCun82094）。

要删除某些报告，必须联系TAC支持，或者通过以下步骤从CLI删除所有报告：

1.登录到CLI。

2.运行diagnostic命令（它是一个隐藏命令，无法使用TAB自动完成）。

3.键入REPORTING，然后按Enter。

4.键入DELETEDB，然后按Enter。

警告：此命令删除所有报告数据，并且无法中止。

如果您有SWA S195或S190，请同时考虑此缺陷：Cisco Bug ID CSCwd83093。

内部日志占用磁盘

如果您的设备具有Cisco Bug ID: CSCvy69039条件，则必须打开TAC案例以检查后端的内部日志并手动删除大型日志文件。

这是一种临时解决方法，但在受影响的版本上，日志文件将在删除后自动创建，并且文件大小会再次从0重复增长。

版本	发布日期	备注
3.0	22-Oct-2026	更新了简介、拼写、语法、间距、插入的水平线以分隔各个部分的可读性、固定URL和CCW警报。
2.0	23-Mar-2026	初始版本，格式设置。
1.0	10-Apr-2023	初始版本