저는 저전력 하드 드라이브에서 Fedora 23[*]을 실행하고 있습니다. 하드 드라이브가 딸깍 소리를 내거나 회전하고 다시 백업되는 소리가 들립니다.10초마다. (그리고 활동 LED가 깜박입니다).
로그인하고 실행하면 sync; fatrace --timestamp시작과 관련된 파일 액세스가 표시되지 않습니다.
일부 주기적인 파일 액세스가 있지만 이는 to /etc/passwd또는 from 과 같은 캐시된 읽기입니다 /etc/fstab. relatime어떤 이유로든 적용되지 않으면 를 사용하여 설치를 시도했지만 도움 noatime이 되지 않았습니다. 나는 또한 swap( swapoff -a)을 비활성화했습니다.
드라이브는 이를 위해 설계되지 않았으며 결국에는 종료될 것으로 예상됩니다. 또한 에너지 효율적이지도 않습니다 :). 돕다!
[*] NAS형 시스템입니다.
답변1
두 번째로 제가 찾는 것은 직접 장치 액세스입니다. sudo lsof /dev/sd*아무것도 표시되지 않습니다. cd /dev; fatrace --current-mount --timestamp연관된 방문도 표시되지 않습니다.
이 시점에서 코어를 벗겨내기 시작해야 합니다. 해 보자 systemctl isolate rescue.target. 이상하게도 다시 튕겨져 나갔습니다 default.target. 그런 다음 장치가 계속 모니터링되는 동안 중지하고 싶지 않았기 systemctl status때문에 시스템 성능이 저하되었음을 보여 주지만 (!)... 하드 드라이브가 백업 회전을 멈췄습니다(!!).dmeventd
실제로 다운그레이드되지 않은 시스템에서는 나중에 문제가 사라졌습니다 killall -9 dmeventd.
어떻게 그렇게 깨질 수 있었나요? 그 이유는 을 사용하기 시작했고 dockerLVM을 사용하고 있기 때문에 devicemapper 스토리지 드라이버를 선택했기 때문입니다. [*]
dmeventd[5054]: dmeventd ready for processing.
lvm[5054]: Monitoring thin vg_fossil-docker--pool.
[*] LVM 미러, RAID 또는 스냅샷이 있는 경우에도 문제가 될 수 있습니다... 물론 NAS 시스템에서는 가능합니다. :(. 이것이 없는 경우(예: 단순한 LV 또는 전혀 LVM 없음) , dmeventd에는 모니터링할 것이 없으며 자체적으로 실행됩니다.
특히 dmeventd는 대략 10초마다 이러한 ioctl을 실행합니다.
open("/dev/mapper/control", O_RDWR) = 7
...
ioctl(7, DM_TABLE_STATUS
ioctl(7, DM_DEV_WAIT
나는 여전히 회전이 버그라고 생각하지만 적어도 내 경우에는확실히해결 방법[*], 이로 인해 아무것도 놓칠 염려가 없습니다.
[*] 정말로 dmeventd가 작동하지 않게 하려면 씬 풀이 있어도 공간이 부족하면 심하게 죽을 수 있으므로 monitoring = 1in을 검색하여 lvm.conf값을 로 변경하세요 0.
고쳐 쓰다:버그가 수정되었습니다.다음 버전 에서는 lvm2.2.02.133