WebSphere의
native_stderr.log파일에는 로테이션(Rotation) 기능이 내장되어 있지 않습니다. 따라서 Verbose GC가 활성화된 경우 파일 용량이 무한정 증가합니다. 이를 해결하기 위해 JVM 옵션을 사용하여 GC 로그를 별도 파일로 분리하고 순환시키는 방법을 정리합니다.
1. 원인 분석 (Root Cause)
WebSphere는 SystemOut.log와 SystemErr.log에 대해서는 시간/크기 기반의 로그 순환을 지원합니다. 하지만, JVM 프로세스 자체의 출력을 담는 native 로그는 WAS가 제어하지 못합니다.
- 문제점: 관리 콘솔에서 "Verbose garbage collection"을 체크하면, GC 수행 기록이
native_stderr.log에 누적됩니다. - 결과: 시간이 지남에 따라 파일이 GB 단위로 커지며, 디스크 Full 장애를 유발할 수 있습니다.
Test Environment
- OS: CentOS 7 (3.10.0-957.el7.x86_64)
- WAS: WebSphere Application Server v8.5 / 9.0
- JDK: IBM JDK (WebSphere 기본)
2. 해결 방법: GC 로그 분리 설정
해결의 핵심은 native 로그에 GC 내용을 남기지 않고, 별도의 파일로 빼내는 것입니다. 사용하는 JDK 벤더에 따라 옵션이 다릅니다.
Step 1: 기본 Verbose GC 비활성화
JVM 옵션으로 제어하기 위해, 콘솔의 체크박스 옵션은 해제해야 합니다.
- 경로: 서버 > 서버 유형 > WebSphere Application Server > [서버명] > Java 및 프로세스 관리 > 프로세스 정의 > Java 가상 머신
- 조치:
Verbose garbage collection체크박스 해제 (Uncheck)
[그림] 기본 Verbose GC 옵션 해제
Step 2: 일반 JVM 인수(Generic JVM arguments) 추가
같은 화면의 Generic JVM arguments 입력란에 아래 옵션을 추가합니다.
Case A: IBM JDK 사용 시 (WebSphere 기본)
IBM JDK는 -Xverbosegclog 옵션을 사용하여 로그 파일 경로와 로테이션 규칙을 지정합니다.
# 구문: -Xverbosegclog:[경로/파일명][,X,Y]
# X: 파일 개수, Y: 파일당 GC 사이클 수
# 예시 1: 날짜/PID 포함하여 단일 파일 생성 (가장 일반적)
-Xverbosegclog:${SERVER_LOG_ROOT}/gc.%Y%m%d.%H%M%S.%pid.txt
# 예시 2: 10,000 사이클마다 파일 교체, 총 10개 파일 유지 (로테이션)
-Xverbosegclog:${SERVER_LOG_ROOT}/verbosegc.log,10,10000Case B: Oracle/HotSpot JDK 사용 시
드물지만 Solaris나 특정 환경에서 HotSpot 계열 JDK를 사용하는 경우입니다.
-verbose:gc
-Xloggc:${SERVER_LOG_ROOT}/verbosegc.log
-XX:+UseGCLogFileRotation
-XX:NumberOfGCLogFiles=10
-XX:GCLogFileSize=20M
-XX:+PrintGCDateStamps
-XX:+PrintGCDetails
Tip:
${SERVER_LOG_ROOT} 변수를 사용하면 하드코딩된 경로 대신 각 서버의 로그 디렉토리를 자동으로 찾아가므로 관리가 용이합니다.
3. 적용 확인 (Verification)
- 설정 저장 후 서버를 재기동합니다.
ps -ef | grep java명령어로 프로세스를 확인했을 때, 추가한 옵션이 적용되어 있는지 확인합니다.- 로그 디렉토리(
logs/[서버명]/)에gc...txt또는 설정한 이름의 파일이 생성되는지 확인합니다.
Next Step:
분리된 GC 로그 파일은 IBM GCMV (Garbage Collection and Memory Visualizer) 도구에 넣어 분석하면 메모리 누수나 튜닝 포인트를 시각적으로 확인할 수 있습니다.