opsnote - 초보 인프라 노트

리눅스 서버를 운영하다 보면 서비스가 안 뜨는 상황을 만날 때가 있습니다.처음에는 단순하게 보입니다.서비스가 안 뜬다.프로세스가 죽은 것 같다.restart 하면 되지 않을까?저도 처음에는 이렇게 생각했습니다.그런데 운영 서버에서는 서비스가 안 뜬다고 바로 restart부터 하는 것이 항상 좋은 선택은 아닙니다.서비스가 실패한 이유를 확인하지 않고 재기동하면, 잠깐 살아나는 것처럼 보여도 같은 문제가 다시 반복될 수 있습니다.또는 실패 원인이 로그에 남아 있었는데 재기동 과정에서 중요한 단서를 놓칠 수도 있습니다.이번 글에서는 리눅스 서버에서 서비스가 안 뜰 때, systemctl status와 journalctl을 이용해서 원인을 좁혀가는 실제 점검 흐름을 정리해보겠습니다.핵심은 단순합니다.서비스가 안..

리눅스 서버에서 서비스가 안 뜨거나, 재기동은 됐는데 정상 동작이 아닌 것 같을 때 초보 운영자가 자주 하는 실수가 있습니다.바로 로그 파일 경로부터 먼저 헤매는 것입니다./var/log에 로그가 있나?서비스 로그 파일명이 뭐였지?nginx 로그는 어디였지?애플리케이션 로그는 어디 있지? 물론 서비스별 로그 파일을 확인하는 것도 중요합니다. 하지만 systemd로 관리되는 서비스라면 먼저 journalctl로 systemd 로그를 확인하는 것이 더 빠를 때가 많습니다.systemctl status는 서비스 상태를 보여주고, journalctl은 그 서비스가 왜 실패했는지, 어떤 로그를 남겼는지 더 자세히 보여줍니다.이번 글에서는 리눅스 서버에서 systemctl status만으로 부족할 때 journal..

리눅스 서버에서 서비스가 안 뜨거나, 서버 재기동 후 뭔가 이상할 때 보통 특정 서비스 하나를 찍어서 systemctl status로 확인합니다.systemctl status nginx 그런데 실제 운영 상황에서는 어떤 서비스가 문제인지 처음부터 정확히 모를 때도 있습니다.웹 서비스가 안 되는 것처럼 보이지만, 실제로는 관련된 worker 서비스가 실패했을 수도 있고, Redis나 DB 연동 서비스처럼 의존 서비스 쪽에 문제가 있을 수도 있습니다.이럴 때 먼저 확인해볼 수 있는 명령어가 있습니다. systemctl --failed systemctl --failed는 systemd 기준으로 실패 상태에 있는 unit 목록을 한 번에 보여주는 명령어입니다.이번 글에서는 리눅스 서버에서 systemctl --..

리눅스 서버에서 서비스 장애가 발생했을 때 systemctl restart를 실행하는 경우가 많습니다.systemctl restart nginx 그런데 실제 운영에서는 재시작 명령어가 실행됐다고 해서 서비스가 정상 기동한 것은 아닙니다.명령어는 정상적으로 끝났지만 서비스는 failed 상태일 수도 있고, 프로세스는 떠 있는데 포트가 열리지 않았을 수도 있습니다. 또는 포트는 열렸지만 실제 요청에는 500 오류가 발생할 수도 있습니다.그래서 운영 서버에서는 restart 후에 반드시 상태, 포트, 응답, 로그를 다시 확인해야 합니다.이번 글에서는 리눅스 서버에서 systemctl restart 후 서비스가 정말 정상적으로 올라왔는지 확인하는 기본 순서를 초보 운영자 눈높이에서 정리합니다.restart만 하..

리눅스 서버를 운영하다 보면 “서비스가 안 떠요”, “접속이 안 됩니다”, “프로세스가 죽은 것 같습니다” 같은 상황을 만날 수 있습니다.이럴 때 초보 운영자 입장에서 가장 먼저 떠오르는 조치는 보통 재시작입니다.systemctl restart 서비스명 물론 재시작으로 해결되는 경우도 있습니다. 하지만 실제 운영 서버에서는 바로 재시작부터 하면 원인을 놓칠 수 있습니다.서비스가 정말 죽은 것인지, 실행 중인데 접속만 안 되는 것인지, 자동 재시작 중인지, 설정 오류로 실패한 것인지 먼저 확인해야 합니다.그때 가장 기본으로 확인하는 명령어가 systemctl status입니다.이번 글에서는 리눅스 서버에서 서비스가 안 뜨는 것 같을 때 systemctl status로 무엇을 먼저 확인하면 좋은지 정리합니다..