systemd 서비스 부팅 실패 — 자동 기동·의존성·순서 진단 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Labsystemd-service-register

Theoryinfra-ops/service-startup

TRACK

INFRA-OPS

SLA

40분

SEV

SEV-2

PHASES

3단계

ENV

local

INCOMING TICKET

“장애: "새벽 정기 점검으로 서버를 재부팅했더니 앱 서비스가 안 떴습니다. 수동으로 start하면 잘 되는데요."”

YOUR ROLE

인프라 운영 엔지니어인 당신이

IMPACT IF UNRESOLVED

재부팅 후 서비스 자동 기동 실패로 서버는 살았으나 앱은 죽은 상태. 점검·재해 복구 후 서비스 미복구 위험.

🚨INCIDENT BRIEF

새벽 정기 점검으로 서버를 재부팅했습니다. 올라온 뒤 보니 앱 서비스가 죽어 있습니다.

`systemctl start app` 하면 바로 잘 뜹니다. "수동은 되는데 부팅 땐 안 뜬다."

이건 두 가지 중 하나입니다: (1) enable이 안 돼 있어 부팅 시 자동 시작 대상이 아니거나,

(2) enable은 됐는데 DB·네트워크·마운트 등 의존 대상이 준비되기 전에 기동하려다 실패하고 그대로 죽은 것.

수동 start가 되는 이유는 그때는 이미 모든 의존 대상이 떠 있기 때문입니다.

자동 기동 등록·의존성·순서를 진단해 "재부팅해도 알아서 안정적으로 뜨는" 상태로 만듭니다.

⏱ 40분📊 중급🔧 3단계#systemd#unit#boot#dependency

MISSION

enable 여부 + 부팅 시 실패 로그 확인

서비스가 부팅 자동 시작 대상인지(enable), 부팅 때 떴다가 실패한 건지(로그)를 가른다

의존성·순서 진단 — "왜 부팅 때만 실패하나"

서비스가 DB·네트워크·마운트 등 의존 대상보다 먼저 기동해 실패하는지 진단한다

교정 + 재시작 정책으로 부팅 안정화

enable·순서를 교정하고 재시작 정책(Restart=)을 더해 일시적 미준비에도 자동 복구되게 한다

📌 선수 지식

ℹ️ 실습 환경

환경: local

필요 도구: systemctl, journalctl, systemd-analyze

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

>_ LAB TERMINAL↔ 너비 조절

NOTES