[NAS 트러블슈팅] Log Center 종료 실패 에러, 원인은 예약된 PowerOff Task였다

증상

시놀로지 NAS(DS918+) 재부팅 로그를 확인하던 중 아래와 같은 에러를 발견했다.

로그 검색을 해보니 최근 것만이 아니라 예전부터 꾸준히 발생해온 에러였다.

빈도는 한 달에 1~2번 정도. 흔하진 않지만 완전히 랜덤하지도 않은, 애매한 패턴이었다.

1차 가설: 리소스 압박?

먼저 의심한 건 리소스 부족이었다. 예전에 메모리 압박으로 서버 전체가 느려진 전례가 있었기 때문에, 이번에도 비슷한 원인이 아닐까 생각했다.

하지만 에러 발생 시각(2026-08-28 23:01)의 리소스 모니터를 확인해보니:

• User: 9%
• System: 8%
• I/O Wait: 1%

완전히 정상 범위였다. CPU/메모리 압박으로 인한 타임아웃이라는 가설은 기각.

(참고로 다음날 00시경 I/O Wait가 크게 튀는 구간이 있었는데, 이건 와이파이가 끊겼다 재연결되면서 밀린 트래픽을 처리하느라 생긴 별개의 이벤트였다.)

2차 가설: 시간대 패턴

에러 로그를 다시 보니 흥미로운 공통점이 있었다. 거의 모든 발생 시각이 23:01 ~ 23:25 사이에 몰려 있었다. 이건 우연이 아니라 그 시간대에 정기적으로 실행되는 무언가와 충돌하고 있다는 신호였다.

원인 발견: 예약된 PowerOff Task

제어판 > 작업 스케줄러를 확인해보니 답이 나왔다.

Task 종류 시각

PowerOff task 0	Power on/off	매일 23:00
PowerOn task 0	Power on/off	매일 23:30

매일 밤 23:00에 자동으로 전원을 끄고, 23:30에 다시 켜는 예약 작업이 걸려 있었다. 에러 시각(23:01~23:25)이 정확히 이 종료 시퀀스 구간과 겹친다.

즉, 매일 밤 자동 종료가 실행될 때 대부분은 Log Center가 정상적으로 정지 신호에 응답하지만, 가끔 로그 쓰기나 인덱스 정리 작업이 한창 진행 중인 타이밍과 겹치면 정지 프로세스가 타임아웃 안에 응답하지 못하고 에러가 기록되는 것으로 보인다. 매일 나지 않고 한 달에 1~2번만 나는 것도 이 설명과 맞아떨어진다.

결론 및 대응

• 원인: 매일 23:00 예약된 PowerOff task와 Log Center 종료 시퀀스의 타이밍 충돌
• 심각도: 낮음 — 데이터 손상이나 실질적인 서비스 장애 없음, 정지 순서에서 한 패키지가 늦게 반응하는 수준의 마이너 이슈
• 대응: 지금 당장 심각한 문제가 아니므로 무시하고 지켜보는 쪽으로 결정. 만약 빈도가 늘어나거나 다른 증상이 동반되면 PowerOff 시각을 로그 로테이션 시점과 겹치지 않게 조정하는 방안을 고려할 것.

배운 점

에러 로그 하나만 보고 판단하지 말고, (1) 해당 시각의 리소스 그래프, (2) 발생 이력의 시간대 패턴, (3) 예약된 스케줄 작업 세 가지를 교차 확인하니 원인이 명확해졌다. 특히 "몇 번 반복되는 에러인가"를 확인하는 게 우연인지 패턴인지 가르는 핵심이었다.