DoVirus.kr

728x90

 

NAS가 특정 시간마다 깨어나는 느낌을 받는다

뭔가 이상하다 싶어서 보고 있자니

 

매 오전 10시, 매 오전 10시 30분, 매 오전 11시 등등 반복이 된다.

누가 자꾸 정시에 일으키는건지 찾도록 해보자

 

먼저 ssh로 nas에 접속해야 한다

 

제어판 -> 터미널 에서 ssh 활성화 해주고

putty나 요즘은 cmd창에서도 가능하다

 

ssh [관리자계정]@[NAS IP] -p[접근 포트]

ex) ssh admin@192.168.0.1 -p22

 

로그인을 한 후 sudo -i 로 root 계정으로 접근 시도

패스워드는 관리자계정 패스워드와 동일하다

 

cat /etc/crontab

 

crontab은 linux 상에서 스케쥴을 걸어주는 놈이라고 생각하면 된다.

첫번째 숫자는 분, 시간, 일, 월, 주 순인데

0 0 1 인 첫번째는 매월 1일 0시 0분에 반복

0 11 29 인 두번째는 매월 29일 11시 0분에 반복

0 11 1 인 세번째는 매월 1일 11시 0분에 반복

(두번째 세번째는 SMART체크 관련 스케쥴이다)

 

자 대충봐도 매 30분, 00분 마다 돌아가라고 되어 있는 젤 긴거가 수상하다

id=4 라고 되어 있다

 

/usr/syno/bin/synoschedtask --get

이라고 입력하면 저장된 스케쥴들이 보여진다.

 

ID: [4]
Name: [Task 4]
State: [enabled]
Owner: [root]
Type: [daily]
Start date: [0/0/0]
Run time: [0]:[0]
Repeat every [30] min (s) until [23]:[30]
Command: [/usr/syno/bin/syno_disk_latency_collector record]
Status: [No last run record]

 

뭔지 모르지만 활성화되어 있는데 시작 시간도 없고 뭔가 이상하다

이름으로 보면 디스크 응답시간을 수집하는 뭔가 같은데 왜 하지 저걸?

찾아보자 구글링

 

마땅한 결과 값이 안나온다 이게 뭔가 의심은 하지만 뭔지 아는 사람은 없고

제조사에서도 답변을 안해주는 거 같다.

그래서 직접 문의해 봤다

한글로 답변이 안되기에 번역기로 돌려서 답변해 줬다고 한다

암튼 결론은 6.2.4에서 수정 된다고 한다

그래서 지웠다 재부팅해보고 내일 지켜봐야겠다.

 

--- 내용 추가 ---

 

해결 안되었다

DSM 6.2.4 패치를 기다려 보자...

10시에 10시 반에

대체 뭐가 돌아 가길래 계속 깨어나는걸까...

 

그래서 또 찾아 봤다 매 0분에 0-23/1 이건 대체 그냥 * 이랑 같은거다 매 시간마다 라는 의미다... 매 0분마다

이유가 어찌되었던 스케쥴이 돌아야 하고 그 내용이 스크럽하는 거라 한다 해당 내용은

저장소 관리자 -> 스토리지 풀 -> 스케쥴 내용 이다

분명 여기서는 시간을 설정 해 놨는데 실제로는 일단 스케쥴 매시간 돌리고 Yes or No 를 판단하는 멍청한 구조 인거 같다

본인은 본래 활성화 시간을 3개월에 한번씩 11시 ~ 23시 까지만 돌리도록 하였었다.

0 0-23/1 * * * 으로 되어 있는 스케쥴 표를

15 11-23/1 * * * 로 바꾸면 되지 않을까 싶다. 15분은 다른 woke up이랑 구분을 하기 위함이다.

 

그럼 내일 보자

 

--- 내용 추가 ---

일단 10시 10시 30분 11시는 그대로 깨어난다 뭔가 다른게 설정 되어 있는거 같은데 못찾겠다...

암튼 그렇지만 11~23시 사이에도 랜덤하게 깨어난다 어차피 스크럽은 매달 돌리는게 아니라서

3개월에 한번씩 돌아가라고 3,6,9,12를 지정하고 매달 1일 오전 9시 15분 부터 돌아가라 라고 설정 했다.(11시에서 수정)

10시 깨어나는게 뭔지 도통...

728x90

Comment +0

728x90

작성하는 synology 제품은 1517+ 기준이며 ssd chache는 방열판이 달려 있다.

DSM 버전은 DSM 6.2.3-25426 Update 2 기준 임

 

날도 선선한 요즘 갑자기 디스크가 열 받았다고 shutdown 되버렸음...

재부팅도 아니고 종료 임...

 

항상 71도 인걸 감안하여 팬속도 커스텀 메뉴를 찾아 봄

 

시놀로지 nas는 ssh 로 접근 가능하도록 설정을 할 수가 있는데

관리자 계정으로 로그인 후

# sudo -i

를 통하여 root 계정으로 들어 갈 수 있다

 

# vi /usr/syno/etc/scemd.xml

이와 같이 파일을 vi로 열어 보면

 

이와 같이 되어 있는데 xml 이다보니 생각보다 직관적으로 알아 볼 수 있게 적혀 있다.

빨간색 박스의 disk 는 당연히 디스크, m2 는 당연히 캐쉬, cpu 는 당연히 cpu 온도 관련 설정 부분이다

자 여기서 중요한건 ssd 캐쉬 온도 관리 이기 때문에 ssd를 보는데

fan_speed=40% 20hz 가 52도에 동작하도록 되어 있다

즉 ssd 캐쉬 온도가 52도면 40%의 속도로 팬을 돌려라 라는 내용인데

평소면 별 문제가 없으나 5분이상의 복사를 하게 되면 캐쉬가 재생성을 하게 되는건지 엄청나게 발열이 심해진다

60도 찍고 99% 속도로 돌아봤자 이미 발열이 가속도를 받기 시작한 상태라 먼저 71도 찍어 버리고 그냥 셧다운 해버린다

 

그래서 이와 같이 바꿨다

shutdown 온도를 71도 -> 81도

ssd 캐쉬 온도가 52도 찍으면 바로 팬 냅다 99% 풀로 돌려라 라고...

 

평소 별 영향 없으면 디스크는 40도 가량 ssd 캐쉬는 40도 중반을 유지한다

m.2 ssd는 좀 더 온도가 올라가도 타지는 않고 쓰로틀링이 걸려서 성능 저하가 발생하긴 한다

근데 이는 nvme 방식에서 주로 문제가 되는건데 sata 방식 ssd에서도 발열이 이렇게 생길 줄은 몰랐다

메인 pc에서 사용하는건 전혀 문제가 없는데...

 

아무튼 저장하고 재부팅 해주면 적용 된다.

 

--- 내용 추가 ---

# vi /usr/syno/etc/scemd.xml 이 파일 뿐 아니라

# vi /usr/syno/etc.defaults/scemd.xml 이 파일도 동일하게 수정해야 한다. 업데이트 된건지 어쩐지는 모르겠으나

잘 되 던게 다시 71도로 돌아 왔다

728x90

Comment +0