IBM AIX ERROR LOGGING BUFFER OVERFLOW 에러 해결 방법

IBM AIX ERROR LOGGING BUFFER OVERFLOW 에러 해결 방법

[test_svr01:/] errpt
A39F8A49 0726190721 T S syserrlg ERROR LOGGING BUFFER OVERFLOW

-> AIX 시스템에서 A39F8A49 해당 에러 코드로 메시지가 계속해서 발생하고 있다면 errlog가 많이 쌓여 있어서 메모리 버퍼를 더 늘려주거나 errlog의 파일을 삭제 후 새로 생성을 해주는 방법이 있습니다.

[test_svr01:/usr/lib] errdemon -l
Error Log Attributes
--------------------------------------------
Log File /var/adm/ras/errlog
Log Size 1048576 bytes
Memory Buffer Size 32768 bytes -> 현재 설정 상태
Duplicate Removal true
Duplicate Interval 10000 milliseconds
Duplicate Error Maximum 1000
PureScale Logging off
PureScale Logstream CentralizedRAS/Errlog

-> errdemon -l 명령어를 통해서 현재 Memory Buffer Size 32768 bytes 인것을 확인할 수 있습니다. Memory Buffer Size 값을 늘려주도록 하겠습니다.

[test_svr01:/usr/lib] smit
Software Installation and Maintenance
Software License Management
Manage Editions
Devices
...(생략)
Problem Determination -> 선택
Performance & Resource Scheduling
System Environments
Processes & Subsystems 
Applications
Installation Assistant
Electronic Service Agent
Cluster Systems Management
Using SMIT (information only)

-> SMIT을 통해서 Problem Determinationd의 항목을 선택합니다.

Electronic Service Agent
Error Log -> 선택
Trace
System Dump
Alog
Change/Show/Reset Core File Copying Directory
Hardware Diagnostics
Verify Software Installation and Requisites
Advanced First Failure Data Capture Features
Cluster Data Aggregation Tool
Kernel Recovery
Component / Live Dump
Storage Protection Keys
ProbeVue

-> Error Log의 항목을 선택합니다.

Generate Error Report
Change / Show Characteristics of the Error Log -> 선택
Change / Show Characteristics of pureScale logging of the Error Log
Clean the Error Log

-> Change / Show Characteristics of the Error Log의 항목을 선택합니다.

[Entry Fields]
LOGFILE [/var/adm/ras/errlog]
* Maximum LOGSIZE [1048576] -> 해당값을 변경
Memory BUFFER SIZE [32768]
Duplicate Error Detection [true]
Duplicate Time Interval [10000]
in milliseconds
Duplicate Error Maximum [1000]

-> Maximum LOGSIZE의 값을 두배 또는 더 큰 값으로 변경을 합니다.

[test_svr01:/var/adm/ras] rm errlog
[test_svr01:/usr/lib/] errstop

-> errpt 로그가 쌓이는 파일을 삭제 한뒤 err 데몬을 비활성화해줍니다.

[test_svr01:/usr/lib/errdemon
[test_svr01:root]/usr/lib>errpt
IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
9DBCFDEE 0808165121 T O errdemon ERROR LOGGING TURNED ON

-> errpt 데몬 활성화를 활성화하게 되면 ERROR LOGGING TURNED ON 메시지를 뿌리면서 데몬이 재기동됩니다.

[test_svr01:root]/usr/lib>errlogger TEST
[test_svr01:root]/usr/lib>errpt
IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
AA8AB241 0808165221 T O OPERATOR OPERATOR NOTIFICATION
9DBCFDEE 0808165121 T O errdemon ERROR LOGGING TURNED ON

-> 에러 발생이 정상적으로 발생하는지 확인을 위해서 테스트로 에러 메시지를 발생시켜주도록 합니다. errlogger TEST 명령어를 통해 호출하게 되면 OPERATOR NOTIFICATION의 에러가 발생하게 됩니다.

[test_svr01:root]/var/adm/ras>ls -al | grep errlog
-rw-rw-r-- 1 root system 8192 Aug 08 16:52 errlog

-> 에러가 발생하면서 삭제했던 errlog의 파일이 생성됩니다.

 

2020.06.12 - [System and Cloud/Unix] - IBM AIX errpt 명령어 분석하기

IBM AIX errpt 명령어 분석하기

PS. 포스팅의 내용은 제 기준으로 작성한 것이기 때문에 참고해서 보시면 감사하겠습니다.

포스팅 과정의 오류 및 오타 그리고 궁금한 점에 대해서는 댓글 남겨주세요.