【发布时间】:2020-12-29 06:28:56
【问题描述】:
我有一个运行 Debian Buster 的小型家庭服务器,我有一个带有 RAID 的 ZFS 文件系统 (ZFS: Loaded module v0.7.12-2+deb10u2, ZFS pool version 5000, ZFS filesystem version 5)。
由于服务器有时几天不使用,我配置了一个自动关闭脚本,如果我的 2 个大 WD red 硬盘(不是系统硬盘)处于待机状态超过 45 分钟,它会关闭服务器。现在我发现服务器不再关闭,因为两个驱动器都只有几分钟的待机时间,然后才再次激活。我用iotop 进行了测试,发现使用命令txg_sync 的ZFS 正在唤醒它们。即使没有其他进程在驱动器上写入或读取任何内容。
在更改到安装数据池的目录后,我还检查了fatrace -c。当时没有输出,因为命令txg_sync 弹出并唤醒驱动器。更新:fatrace 似乎无法与 ZFS 一起正常工作。
我现在使用iosnoopfrom 并且现在知道 dm_crypt 定期在我的磁盘上写入。我的底层驱动器使用 LUKS 加密。
./iosnoop -d 8,16
Tracing block I/O. Ctrl-C to end.
COMM PID TYPE DEV BLOCK BYTES LATms
dmcrypt_writ 1895 W 8,16 2080476248 4096 6516.10
dmcrypt_writ 1895 W 8,16 3334728264 4096 6516.14
dmcrypt_writ 1895 W 8,16 2080429048 16384 0.16
dmcrypt_writ 1895 W 8,16 3334728272 20480 0.21
dmcrypt_writ 1895 W 8,16 2080476256 20480 0.16
dmcrypt_writ 1895 W 8,16 3328225336 16384 0.20
这是什么原因,我该如何防止这种情况发生?
【问题讨论】:
-
现在我发现服务器不再关闭了... 那么发生了什么变化?某些东西可能正在访问或更新这些驱动器上的数据 - 只需在文件系统中打开文件描述符就足以导致更新 inode 的访问时间,从而导致写入磁盘。
-
我不知道。它可能与任何更新有关。没有其他重大变化。第一次发生这种情况时,我无法直接重现。我编辑了我的帖子,因为我现在甚至检查了
fatrace -c,它在磁盘被唤醒时没有显示任何内容。