들어가며
우분투 리눅스 서버를 운영하다 보면 웹서버나 데이터베이스 같은 주요 서비스가 갑자기 멈추거나 시작되지 않는 상황을 마주하게 됩니다. 이때 시스템 관리자가 가장 먼저 확인해야 하는 도구가 바로 systemd입니다. 이 글에서는 초보 운영자가 시스템 장애나 서비스 이상을 마주했을 때, 당황하지 않고 안전하게 systemd 서비스 상태 확인부터 로그 점검까지 수행하는 표준적인 순서를 알아봅니다. 사전 준비 사항부터 실제 명령어, 자주 저지르는 실수까지 실무에서 바로 활용할 수 있는 내용으로 정리했습니다.
사전 준비 사항
본격적인 점검을 시작하기 전에 다음 요건이 충족되었는지 확인해야 합니다.
- 우분투(Ubuntu) 18.04 LTS 이상 버전이 설치된 서버
sudo권한을 가진 일반 사용자 계정 또는 root 계정- 터미널 접근 환경 (SSH 또는 로컬 콘솔)
1단계: systemd 서비스 기본 상태 확인 방법
문제가 발생한 서비스의 현재 상태를 파악하는 것이 첫 번째 단계입니다. 실행 중인지, 멈췄는지, 혹은 에러로 인해 실패(failed) 상태인지 정확하게 확인해야 합니다.
서비스 구체적 상태 조회
가장 먼저 사용하는 명령어는 systemctl status입니다. 예를 들어 아파치 웹서버(apache2)의 상태를 확인하려면 아래 명령어를 입력합니다.
sudo systemctl status apache2
출력 결과에서 Active: active (running) 형태의 문구를 확인하면 정상적으로 실행 중임을 뜻합니다. 반면 failed 또는 inactive (dead)로 표시된다면 서비스에 문제가 있는 상태입니다.
전체 실패 서비스 목록 확인
어떤 서비스에 문제가 생겼는지 정확히 모를 때는 시스템 전체에서 실패한 서비스만 모아서 볼 수 있습니다.
sudo systemctl --failed
이 명령어를 통해 현재 부팅이나 실행 과정에서 에러가 난 유닛 목록을 한눈에 파악할 수 있습니다.
2단계: journalctl을 활용한 로그 점검 순서
상태 확인을 통해 서비스가 중단된 것을 확인했다면, 왜 멈췄는지 원인을 찾아야 합니다. 우분투는 시스템 로그를 journald라는 저널 시스템으로 통합 관리하므로 journalctl 명령어를 사용합니다.
특정 서비스의 최근 로그 확인
가장 최근에 발생한 에러를 추적하기 위해 특정 서비스의 로그만 필터링해서 볼 수 있습니다.
sudo journalctl -u apache2 -e
여기서 -u 옵션은 서비스 지정, -e 옵션은 로그 파일의 가장 마지막(최근) 부분으로 바로 이동해 주는 역할을 합니다.
부팅 시점부터의 로그나 시간대별 확인
서버가 재부팅된 이후 발생한 문제라면 부팅 기준 로그를 살펴보는 것이 유용합니다.
sudo journalctl -u apache2 -b
-b 옵션은 이번 부팅 이후 수집된 해당 서비스의 모든 로그를 보여줍니다. 에러 메시지(red 색상으로 표시되는 항목)를 중심으로 문법 오류나 포트 중돌 등의 원인을 파악할 수 있습니다.
3단계: 안전한 서비스 제어와 복구 요령
원인을 파악하고 설정 파일을 수정한 뒤에는 서비스를 다시 시작해야 합니다. 무작정 재시작하기보다 안전한 절차를 거치는 것이 좋습니다.
- 설정 파일 문법 검사: 서비스를 재시작하기 전에 해당 프로그램이 제공하는 설정 검증 명령어를 먼저 실행합니다. (예: 아파치의 경우
sudo apache2ctl configtest) - 서비스 재시작:
sudo systemctl restart apache2명령어로 서비스를 다시 불러옵니다. - 상태 재확인: 재시작 직후 다시
sudo systemctl status apache2를 실행해 정상 구동이 유지되는지 반드시 모니터링합니다.
실무 점검 체크리스트
장애 대응이나 정기 점검 시 아래 순서대로 체크하면 실수를 줄일 수 있습니다.
- [ ]
sudo systemctl --failed명령어로 전체 실패 서비스 존재 여부 확인 - [ ] 문제가 된 대상 서비스의
systemctl status실행 및 Active 상태 점검 - [ ]
journalctl -u [서비스명] -e명령어로 최근 에러 로그 분석 - [ ] 설정 파일 변경 내역 및 문법 오류 사전 검증
- [ ] 서비스 재시작 후 정상 구동 여부 최종 확인
초보자가 자주 저지르는 실수
systemd와 로그를 다룰 때 초보 운영자가 흔히 겪는 시행착오입니다.
- 로그 전체를 무작정 읽으려고 함:
journalctl명령어에 옵션 없이 엔터를 치면 방대한 양의 시스템 전체 로그가 출력되어 원인 파악이 어렵습니다. 반드시-u [서비스명]이나-e등의 옵션을 함께 사용해야 합니다. - 에러 메시지 무시하고 반복 재시작: 설정 오류나 포트 충돌 문제가 해결되지 않은 상태에서
systemctl restart만 반복하면 서비스 로그가 복잡해지고 시스템 부하를 줄 수 있습니다. 반드시 로그를 먼저 읽고 원인을 제거해야 합니다. - 권한 누락: 일반 사용자 권한으로 systemctl이나 journalctl을 실행하여 권한 부족(Permission denied) 오류를 마주하는 경우입니다. 관리자 권한이 필요한 작업에는 반드시
sudo를 붙여야 합니다.
맺음말
우분투 리눅스에서 systemd 서비스 상태 확인과 journalctl을 이용한 로그 점검은 서버 관리의 기본이자 가장 강력한 무기입니다. 당황스러운 에러 메시지를 마주하더라도 위에서 살펴본 순서에 따라 차근차근 상태를 진단하고 로그를 분석한다면, 대부분의 서비스 중단 원인을 안전하고 빠르게 해결할 수 있습니다.