# 전체 저널 조회 (최신 항목이 마지막)
journalctl

# 최근 50줄만 보기 (-n 기본값은 10)
journalctl -n 50

# 실시간 스트리밍 (tail -f 와 동일)
journalctl -f

# 실시간 스트리밍 + 최근 20줄 먼저 표시
journalctl -fn 20

# 특정 서비스 로그만 보기
journalctl -u nginx.service

# 복수 서비스 동시 조회
journalctl -u nginx.service -u php-fpm.service

# 특정 서비스 실시간 모니터링
journalctl -fu sshd.service

# syslog 우선순위 레벨:
# 0=emerg, 1=alert, 2=crit, 3=err, 4=warning, 5=notice, 6=info, 7=debug

# warning 이상만 보기 (0~4 포함)
journalctl -p warning

# error 이상만 보기
journalctl -p err

# 특정 범위: info부터 warning까지
journalctl -p info..warning

# 오늘 자정부터 현재까지
journalctl --since today

# 어제 하루
journalctl --since yesterday --until today

# 특정 시간 범위
journalctl --since "2026-03-25 09:00:00" --until "2026-03-25 18:00:00"

# 30분 전부터 현재까지
journalctl --since "30 minutes ago"

# 특정 서비스 + 시간 범위 조합
journalctl -u postgresql.service --since "1 hour ago"

# JSON 포맷 출력 (로그 수집 파이프라인용)
journalctl -u myapp.service -o json-pretty

# 간결한 출력 (타임스탬프 + 메시지만)
journalctl -o short

# 카탈로그 메시지 포함 (설명 추가)
journalctl -x

# 현재 부팅 세션만 (-b 0 = 현재, -b -1 = 이전 부팅)
journalctl -b
journalctl -b -1

# 저널 디스크 사용량 확인
journalctl --disk-usage

# 최근 에러 빠르게 확인
journalctl -p err --since "1 hour ago" --no-pager

# 배포 직후 모니터링
journalctl -fu myapp.service

# 특정 PID 로그 추적
journalctl _PID=12345

# 커널 메시지만
journalctl -k

# grep과 조합
journalctl -u nginx.service | grep "502"

/var/log/nginx/*.log {
    # 매일 로테이션
    daily

    # nginx 프로세스가 root가 아닐 때 권한 문제 방지
    su root adm

    # 파일 없어도 에러 무시 (서비스 시작 전 로그 없을 수 있음)
    missingok

    # 52주(약 1년)치 보관
    rotate 52

    # gzip 압축 활성화
    compress

    # 직전 로테이션 파일은 아직 압축하지 않음
    # (rsyslog 등이 아직 읽을 수 있도록)
    delaycompress

    # 비어 있으면 건너뜀
    notifempty

    # 여러 *.log 파일이 있어도 postrotate 스크립트는 한 번만 실행
    sharedscripts

    postrotate
        # nginx에게 로그 파일 재오픈 신호 전송
        if [ -f /var/run/nginx.pid ]; then
            kill -USR1 `cat /var/run/nginx.pid`
        fi
    endscript
}

/var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log /var/log/mysql/error.log {
    # 매일
    daily

    # 7일치 보관
    rotate 7

    # 없어도 오류 무시
    missingok

    # 새 파일 생성 (660 권한, mysql 사용자)
    create 660 mysql adm

    compress
    delaycompress
    notifempty

    sharedscripts
    postrotate
        # MySQL에 FLUSH LOGS 명령으로 파일 재오픈
        test -x /usr/bin/mysqladmin && \
          /usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf \
          flush-logs 2>/dev/null || true
    endscript
}

# 현재 시스템의 logrotate 설정 목록
ls -la /etc/logrotate.d/

# 특정 설정 파일 내용 확인
cat /etc/logrotate.d/rsyslog

# logrotate 상태 파일 (마지막 실행 기록)
cat /var/lib/logrotate/logrotate.status
# 또는
cat /var/lib/logrotate.status

logrotate state -- version 2
"/var/log/nginx/access.log" 2026-3-25-6:0:0
"/var/log/nginx/error.log" 2026-3-25-6:0:0
"/var/log/syslog" 2026-3-25-6:0:1
"/var/log/auth.log" 2026-3-25-6:0:1
"/var/log/dpkg.log" 2026-3-25-6:0:1

/var/log/myapp/
├── app.log       # 일반 애플리케이션 로그
├── error.log     # 에러 전용
└── access.log    # HTTP 요청 로그

sudo tee /etc/logrotate.d/myapp << 'EOF'
/var/log/myapp/*.log {
    # 매일 로테이션
    daily

    # 30일치 보관
    rotate 30

    # 압축
    compress

    # 직전 파일은 다음 번에 압축 (진행 중인 분석 툴이 읽을 수 있도록)
    delaycompress

    # 파일 없어도 무시
    missingok

    # 비어 있으면 건너뜀
    notifempty

    # 파일명에 날짜 추가: app.log-20260325.gz
    dateext
    dateformat -%Y%m%d

    # 새 로그 파일을 640 권한으로 생성
    create 0640 myapp myapp

    # 여러 파일 있어도 스크립트는 한 번만 실행
    sharedscripts

    postrotate
        # systemd 서비스에 SIGUSR1 신호 → 로그 파일 재오픈
        /bin/systemctl kill -s USR1 myapp.service 2>/dev/null || true
    endscript
}
EOF

/var/log/myapp/access.log {
    # 크기 기반: 100MB 초과 시 즉시 로테이션
    size 100M

    # 주기와 크기 병행: 주기가 됐어도 10MB 미만이면 건너뜀
    # size 대신 아래 조합을 사용할 수도 있음
    # daily
    # minsize 10M
    # maxsize 500M

    # 90개 파일 보관 (size 기반이면 날짜 무관하게 개수 제한)
    rotate 90

    compress
    delaycompress
    missingok
    notifempty
    dateext
    create 0640 myapp myapp

    sharedscripts
    postrotate
        /bin/systemctl kill -s USR1 myapp.service 2>/dev/null || true
    endscript
}

# 문법 오류 확인 (실제 실행하지 않음)
sudo logrotate -d /etc/logrotate.d/myapp

# 강제 실행 (날짜 조건 무시하고 즉시 로테이션)
sudo logrotate -f /etc/logrotate.d/myapp

# 결과 확인
ls -la /var/log/myapp/

# 특정 설정 파일 디버그
sudo logrotate -d /etc/logrotate.d/myapp

# 예상 출력:
# reading config file /etc/logrotate.d/myapp
# Allocating hash table for state file, size 64 entries
#
# Handling 1 logs
#
# rotating pattern: /var/log/myapp/*.log  after 1 days (30 rotations)
# empty log files are not rotated, old logs are removed
# considering log /var/log/myapp/app.log
#   log does not need rotating (log has been already rotated)

# 특정 설정만 강제 실행
sudo logrotate -f /etc/logrotate.d/myapp

# 전체 설정 강제 실행
sudo logrotate -f /etc/logrotate.conf

# 상세 출력과 함께 강제 실행
sudo logrotate -vf /etc/logrotate.d/myapp

# 상세 출력 예:
# reading config file /etc/logrotate.d/myapp
# rotating log /var/log/myapp/app.log, log->rotateCount is 30
# dateext suffix '-20260325'
# glob pattern '-[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]'
# renaming /var/log/myapp/app.log.1 to /var/log/myapp/app.log.2 (rotatecount 1, logstart 1, i 1),
# old log /var/log/myapp/app.log.30 doesn't exist
# rotating log /var/log/myapp/app.log, log->rotateCount is 30
# renamed /var/log/myapp/app.log to /var/log/myapp/app.log-20260325
# running postrotate script

# 로테이션 후 파일 목록
ls -lh /var/log/myapp/

# 예상 결과:
# -rw-r----- 1 myapp myapp    0 Mar 25 10:30 app.log         ← 새 빈 파일
# -rw-r----- 1 myapp myapp 2.3M Mar 25 10:29 app.log-20260325  ← 로테이션된 파일
# -rw-r----- 1 myapp myapp 4.1M Mar 24 06:00 app.log-20260324.gz ← 압축된 파일

# 상태 파일에서 마지막 실행 시각 확인
grep myapp /var/lib/logrotate/logrotate.status

# logrotate가 cron.daily에 등록되어 있는지 확인
ls -la /etc/cron.daily/logrotate

# cron.daily 실행 시각 확인 (아나크론 설정)
cat /etc/anacrontab | grep daily

# 수동으로 cron.daily 전체 실행
sudo run-parts /etc/cron.daily

# /etc/systemd/journald.conf

[Journal]
# 저장 위치: "persistent" = /var/log/journal/, "volatile" = /run/log/journal/
# "auto" = /var/log/journal/이 있으면 persistent, 없으면 volatile
Storage=auto

# 바이너리 압축 여부
Compress=yes

# 디스크 사용량 제한
SystemMaxUse=1G

# 최솟값 보장 (다른 항목이 SystemMaxUse를 넘어도 이 공간은 확보)
SystemKeepFree=100M

# 개별 저널 파일 최대 크기
SystemMaxFileSize=128M

# 최대 파일 개수
SystemMaxFiles=100

# 런타임(RAM) 저널 제한 (Storage=volatile 시)
RuntimeMaxUse=200M
RuntimeKeepFree=50M

# 보존 기간 (0 = 제한 없음)
MaxRetentionSec=3month

# 동기화 주기 (로그 유실 방지 vs 성능 tradeoff)
SyncIntervalSec=5m

# 속도 제한 (서비스당 초당 메시지 수)
RateLimitIntervalSec=30s
RateLimitBurst=10000

sudo tee /etc/systemd/journald.conf << 'EOF'
[Journal]
Storage=persistent
Compress=yes

# 전체 저널 최대 2GB
SystemMaxUse=2G

# 항상 500MB 여유 공간 유지
SystemKeepFree=500M

# 개별 파일 최대 256MB
SystemMaxFileSize=256M

# 3개월치 보관
MaxRetentionSec=3month

# 속도 제한 완화 (기본값이 너무 엄격한 경우)
RateLimitIntervalSec=30s
RateLimitBurst=10000
EOF

# 설정 적용 (journald 재시작)
sudo systemctl restart systemd-journald

# 적용 확인
journalctl --disk-usage

# /var/log/journal/ 디렉터리 생성 (없으면 휘발성으로 동작)
sudo mkdir -p /var/log/journal
sudo systemd-tmpfiles --create --prefix /var/log/journal

# journald 재시작
sudo systemctl restart systemd-journald

# 확인
ls -la /var/log/journal/
journalctl -b -1  # 이전 부팅 로그가 보이면 영구 저널 활성화됨

# 디스크 사용량 확인
journalctl --disk-usage

# 2주 이상 된 로그 삭제
sudo journalctl --vacuum-time=2weeks

# 총 용량을 500MB로 축소
sudo journalctl --vacuum-size=500M

# 파일 수를 10개로 제한
sudo journalctl --vacuum-files=10

# 정리 후 확인
journalctl --disk-usage