안녕하세요!

리눅스 기반 OS[ 예) xpenology ]에서 계속 생성되는 log로 인해

log파일 크기가 몇 년에 걸처서 시스템 파티션(또는 /var)을 빈공간 없이 가득차게 만들면,

이로 인해 부팅되지 않거나, 로그인이 안되거나, 불안정한 문제가 생기는지 궁금합니다.

ESXI에서 windows 10 VM을 사용했는데 파티션에 빈공간이 없으니 VM을 켜지조차 못하는 일을 겪은 적이 있었습니다.

Q1> 그래서 리눅스에서는 어떤지 궁금합니다.

xpenology에 대해서 잠시 설명을 하자면 이렇습니다.

xpenology는 synology DSM을 일반PC에 사용할 수 있도록 개조 한 OS입니다. (사용할 수 없는 부분을 짜집기 하여 되도록 만들어졌습니다.)

그래서 synology 시스템에서 사용되는 독자규격 장치(OEM 칩셋등)는 일반PC에서는 사용되지 않기에

일반PC에 xpenology를 설치하면 xpenology에서는 본질적으로 쓸모없고 관리할 수 없는 오류 로그가 많이 발생합니다.

(예: LED인디케이터 오류 발생, FAN경고 알림, SMART 디스크 info 관련 오류 로그, 캐시모니터 오류)

이 예시의 로그가 본질적으로 쓸모없고 관리할 수 없는 오류 로그① 입니다.

---① 이러한 오류들은 특정한 경우에 나타난 것이 아니고 대부분의 xpenolgoy사용자에게 발생할 수 있습니다.

---"SMART 디스크 info 관련 오류 로그"에 대해 설명 하자면, ESXi에서 동작시 VMDK 가상디스크의 SMART 정보를 불러올 수 없기에

---smart오류가 초단위로 생성되지만 이 로그는 시스템 동작에는 아무런 영향이 없습니다.

xpenology DSM에서는 지금도 /var/log/messages에 수많은 로그를 기록하고 있습니다.

/var/log/messages 이 위치 뿐만 아니라 다른 장소에도 기록되고 있습니다.

예) 커널 이벤트는 커널 로그 및 syslog 기본값에 독립적으로 기록

이러한 로그들로 인해 xpenology의 "4GB" 가량의 작은 시스템 파티션 공간이 가득차게된다면

제목에서 말한 문제가 발생하지 않는지 알고 싶습니다.

Q2> 리눅스와는 다르게 xpenology에서는 어떻게 될지 궁금한 부분입니다.(xpenology는 시스템OS적인 부분도 리눅스와 호환되는 것이 아닌 독자적인 다른 구조를 사용하는 부분이 있다고 생각해서 이 질문을 드렸습니다. )

Synology DSM은 매 초마다 잠잠해짐 없이 줄기차게 나오는 로그를 염두해 두지는 않고 시스템을 만들지 않았을까 생각합니다.

Q3> synology DSM 개발자들은 이러한 로그를 처리할 방안을 만들었을지 궁금합니다.

저는 리눅스에 대해 깊은 지식을 가지고 있지 않습니다. 그래서 궁금해서 이러한 질문을 하게 되었습니다.

전문가 적인 시점에서는 어떻게 보시는지 알고 싶습니다.

Q4> synology DSM이 알아서 로그가 너무 길면 용량 줄이고 관리 하는 것인지도 궁금합니다.