我在 Debian 上有一个大型（> 100TB）ZFS (FUSE) 池，它丢失了两个驱动器。由于驱动器出现故障，我用备件替换它们，直到我可以安排停机并物理更换坏磁盘。
当我关闭系统并更换驱动器时，池开始按预期重新同步，但是当它完成大约 80% 时（这通常需要大约 100 小时），它再次重新启动。
我不确定一次更换两个驱动器是否会造成竞争条件，或者由于池的大小，重新同步器花费的时间太长以至于其他系统进程正在中断它并导致它重新启动，但是在“zpool status”的结果或指向问题的系统日志。
从那以后，我修改了我如何布置这些池以提高重新同步性能，但对让此系统重新投入生产的任何线索或建议表示赞赏。
zpool 状态输出（自上次检查以来，这些错误是新的）：
pool: pod
state: ONLINE
status: One or more devices has experienced an error resulting in data
corruption. Applications may be affected.
action: Restore the file in question if possible. Otherwise restore the
entire pool from backup.
see: http://www.sun.com/msg/ZFS-8000-8A
scrub: resilver in progress for 85h47m, 62.41% done, 51h40m to go
config:
NAME STATE READ WRITE CKSUM
pod ONLINE 0 0 2.79K
raidz1-0 ONLINE 0 0 …我有一个由 6 个 RAIDZ 组成的 ZFS 池。其中一个 RAIDZ 已降级，因为在单个 RAIDZ 中丢失两个磁盘足够接近，以至于 ZFS 无法在第二个磁盘发生故障之前从第一次故障中恢复。这是重新启动后不久“zpool status”的输出：
pool: pod2
state: DEGRADED
status: One or more devices has experienced an error resulting in data
corruption. Applications may be affected.
action: Restore the file in question if possible. Otherwise restore the
entire pool from backup.
see: http://www.sun.com/msg/ZFS-8000-8A
scrub: resilver in progress for 0h6m, 0.05% done, 237h17m to go
config:
NAME STATE READ WRITE CKSUM
pod2 DEGRADED 0 0 29.3K
raidz1-0 ONLINE 0 0 0
disk/by-id/scsi-SATA_ST3000DM001-9YN_W1F165XG …