이 문서에서는 SWA(Secure Web Appliance)의 전체 디스크 공간 오류를 해결하는 단계에 대해 설명합니다.
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
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 모두에서 디스크 사용량을 모니터링하고 볼 수 있습니다.
SWA GUI에 로그인한 후 My-Dashboard(내 대시보드) 페이지에서 이 섹션에서 사용량을 Reporting / Logging Disk 볼 수 System Overview 있습니다.
또한 GUI의 Menu(Reporting메뉴)에서 로 이동합니다System Status. 또한 메뉴 아래의 섹션에서 디스크 사용량을 Overview 볼 수Reporting있습니다.
상태 또는 상태 세부사항의 출력에서 보고/로깅 디스크 사용량을 볼 수 있습니다.
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(FTP 폴링) - 목록에서 연결된 번호를 입력합니다.
3. grep할 정규식을 입력하십시오. 정규식을 입력하여 로그 내에서 검색할 수 있습니다. 예를 들어 날짜와 시간을 입력할 수 있습니다.
4. 이 검색에서 대/소문자를 구분하지 않으시겠습니까? [Y]>SHD 로그에서 이 옵션이 필요 없는 케이스 민감도를 검색할 필요가 없는 경우 이 옵션을 기본값으로 둘 수 있습니다.
5. 일치하지 않는 라인을 검색하시겠습니까? [N]>일반 grep 표현식을 제외한 모든 항목을 검색할 필요가 없는 경우 이 줄을 기본값으로 설정할 수 있습니다.
6. 로그를 미행하시겠습니까? [N]>이 옵션은 grep의 출력에서만 사용할 수 있습니다. 이 옵션을 기본값(N)으로 두면 현재 파일의 첫 번째 행에서 SHD 로그가 표시됩니다.
7. 출력 페이지를 매기시겠습니까? [N]> 을 선택하면 Y출력이 less 명령의 출력과 동일합니다. 행과 페이지 사이를 이동할 수 있습니다. 또한 로그 내부를 검색할 수 있습니다(Type / then the keyword and press 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에는 7개의 파티션이 있습니다.
| 파티션 이름 |
설명 |
| 루트 |
내부 운영 체제 파일 유지 |
| 넥스트롯 |
이 파티션은 업그레이드에 사용됩니다. |
| 변종 |
내부 운영 체제 파일 유지 |
| 로그 |
로그 및 보고 파일 보유 |
| DB |
구성 및 내부 데이터베이스 |
| 스왑 |
메모리 스왑 |
| 프록시 캐시 |
캐시된 데이터 유지 |
루트 파티션(rootfs 또는 /라고도 함)이 꽉 찼거나 100%를 초과하는 경우(경우에 따라 예상됨) SWA가 불필요한 파일을 제거합니다. 일부 시스템 성능 저하가 표시되면 먼저 어플라이언스를 재부팅한 다음 루트 파티션의 디스크 용량을 확인합니다. 문제가 계속되면 Cisco 고객 서비스에 문의하여 TAC 케이스를 여십시오.
업그레이드가 실패할 경우 Next Root 파티션에 업그레이드를 위한 여유 공간이 충분한지 확인합니다.
처음에는 가상 SWA, ESA(Email Security Appliance), SMA 이미지를 500MB 미만의 Next Root 파티션으로 구축했습니다. 지난 몇 년 동안 추가 기능이 포함된 최신 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 and Web Virtual Appliance Installation Guide에서 새 이미지 파일을 다운로드합니다. 그런 다음 이전 버전에서 새로 설치된 SWA로 컨피그레이션 백업을 가져옵니다. 컨피그레이션 가져오기 오류가 표시되면 서비스 요청 케이스를 엽니다.
SMA 및 ESA의 경우, 이 문제에 대한 해결 방법을 찾을 수 있습니다. How to Apply the Workaround for Cisco vESA/vSMA Upgrade Fail Due Small Partition Size - Cisco.
파티션이 var 가득 차면 CLI에 로그인할 때 또는 CLI의 Displayalerts 명령에서 다음과 같은 오류를 수신할 수 있습니다.
/var: write failed, filesystem is full
The temporary data partition is at 99% capacity
이 문제를 해결하려면 먼저 어플라이언스를 다시 시작하십시오. /var 파티션의 용량이 100%를 초과하면 Cisco TAC 지원에 문의하십시오.
"운영 체제 파티션이 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
다음 루트 파티션의 크기가 2GB인 경우 필드 알림 때문에: FN72230의 다음 루트 파티션에 14.5보다 큰 새 가상 머신 버전을 설치해야 하며 4GB여야 합니다. 또한 기존 SWA에서 새 SWA로 마이그레이션해야 합니다.
자세한 내용은 How to Apply the Workaround for Cisco vESA/vSMA Failing Upgrade Due to Small Partition Size를 참조하십시오.
보고/로깅 파티션이 꽉 차면 다음과 같은 오류가 발생할 수 있습니다.
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. 일부 내부 로그는 디스크 공간을 너무 많이 차지합니다.
로그 파일을 보려면 FTP를 통해 관리 인터페이스에 SWA에 연결할 수 있습니다.
GUI에서 FTP를 활성화하려면 다음 단계를 수행합니다.
1. GUI에 로그인합니다.
2. 네트워크 메뉴에서 인터페이스를 클릭합니다.
3. 설정 편집을 클릭합니다.
4. Appliance Management Services(어플라이언스 관리 서비스) 섹션에서 FTP를 선택합니다.
5. (선택 사항) 기본 FTP 포트를 변경할 수 있습니다.
6. 제출을 클릭합니다.
7. 변경사항을 커밋합니다.
FTP 연결 후 각 로그 파일의 로그, 생성 날짜 및 크기를 볼 수 있습니다. 로그를 아카이브해야 하는 경우 FTP를 통해 다운로드할 수 있습니다. 또는 디스크 공간을 확보하기 위해 이전 로그를 제거할 수 있습니다.
이 문제를 해결하려면 다음 단계를 수행하십시오.
SWA에 코어 파일이 있는지 보려면 CLI에서 다음 단계를 수행합니다.
1. CLI에 로그인합니다.
2. diagnostic 명령을 실행합니다(숨겨진 명령이며 TAB으로 자동 채울 수 없음).
3. PROXY를 입력합니다.
4. LIST를 입력합니다.
코어 파일이 있는지 여부가 출력에 표시됩니다. 코어 파일을 제거하려면 시스코 지원 서비스에 문의하십시오. TAC 엔지니어가 코어 파일의 원인을 조사해야 파일을 제거할 수 있습니다.
SWA에는 두 가지 유형의 보고서가 있습니다. 보고 및 WebTracking. WebTracking은 디스크 공간의 대부분을 차지합니다. WebTracking 기록을 확인하려면 GUI에서 WebTracking으로 이동합니다. Reporting(보고) 메뉴의 Time Range(시간 범위) 섹션에서 Custom Range(사용자 지정 범위.)를 선택합니다. 강조 표시된 날짜는 WebTracking Report History(WebTracking 보고서 기록)를 표시합니다1자를 선택합니다.
WebTracking에서 백업을 수행하려면 보고서의 Printable Download(인쇄 가능 다운로드) 링크에서 .CSV로 보고서를 내보냅니다.
이 문서를 작성할 당시에는 오래된 보고서를 수동으로 삭제하는 기능이 없습니다(Cisco 버그 ID: CSCun82094).
일부 보고서를 삭제하려면 TAC 지원에 문의하거나 다음 단계를 수행하여 CLI에서 모든 보고서를 삭제할 수 있습니다.
1. CLI에 로그인합니다.
2. diagnostic 명령을 실행합니다(숨겨진 명령이며 TAB으로 자동 완료할 수 없음).
3. REPORTING을 입력하고 Enter 키를 누릅니다.
4. DELETEDB를 입력하고 Enter 키를 누릅니다.
SWA S195 또는 S190이 있는 경우 Cisco 버그 ID CSCwd83093도 고려하십시오.
디바이스에 Cisco 버그 ID인 CSCvy69039의 조건이 있는 경우, 백엔드의 내부 로그를 확인하고 대용량 로그 파일을 수동으로 제거하려면 TAC 케이스를 열어야 합니다.
이는 일시적인 해결 방법이지만, 영향을 받은 버전에서는 삭제 후 로그 파일이 자동으로 생성되고 파일 크기가 다시 0에서 다시 반복적으로 증가합니다.
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
3.0 |
22-Oct-2026
|
서론, 맞춤법, 문법, 간격, 가독성을 위한 별도의 섹션에 삽입된 가로 줄, 고정 URL 및 CCW 알림 업데이트 |
2.0 |
23-Mar-2026
|
초기 릴리스, 형식 지정 |
1.0 |
10-Apr-2023
|
최초 릴리스 |