
Java 기반 어플리케이션을 사용하다보면은 Memory 관련된 이슈를 많이 마주하게 된다. 실제로 내가 운영하던 어플리케이션에서는 heap메모리를 사용 후 GC에 의한 정상적인 반환이 이루어지지 않았다. 아래 그래프를 보면은 특정 시간대에 발생하는 배치 작업으로 인해 Memory 사용이 증가한 이후 자동으로 감소하지 않는 모습을 보였다. 점차 Memory 사용량이 증가하다가 Max치에 도달하여 shutdown되고나서야 Memory 사용이 감소하는 것을 확인할 수 있다.(???) 처음에는 GC에 문제라고 판단하여 G1GC에서 CMS 알고리즘으로 변경하였지만 나아지는 기미가 보이지 않아 Memory Leak이 있다고 판단하였고 MAT를 통해서 어느 지점에서 Leak 발생하는지 분석하기로 하였다. Memory..
운영을 하다보니 rm 명령어로 인하여 크고 작은 사고를 경험했다... 보고하기에도 참... 민망한 사고지만 쉽게 일어날 수 있는 문제이기 때문에 삭제 명령어 사용시 사고 방지를 위한 스크립트를 정리하였다. 해당 스크립트는 'rm' 명령어 사용시 해당 서버의 hostname 정보를 사용자가 입력해야만 수행할 수 있는 스크립트이다. Shell Script#!/bin/bash # 사용자로부터 hostname 입력 받기read -p "Enter hostname to confirm: " user_hostname # 현재 시스템의 hostname 가져오기current_hostname=$(hostname) # 입력 받은 hostname과 현재 시스템의 hostname이 일치하는지 확인if [ "$user_hostna..
- Total
- Today
- Yesterday
- 설정에러
- spark driver
- nifi
- 빅데이터
- exporter
- hadoop
- bigdata #data_mesh
- Item Prototypes
- zabbix
- java8
- Apache
- prometheus
- flow.xml.gz
- namenode
- lld
- Discovery Rule
- MAT
- Nifi Service
- flink
- nifi.flowcontroller.autoResumeState
- Nifi Architecture
- hdfs
- Dataflow
- Federation
- Apache Nifi
- openjdk1.8
- Bigdata
- 실시간처리
- error
- OOM
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |