用于池的Max代码基:zfs (0.7.5-1 ubuntu16.11)
想象一下,通过在物理磁盘容量方面添加更大的镜像,池意外地增长了。备件被拖走了。新镜子新备用。企业等级在HBA上。镜像0小于1,1小于2,每个镜像都有适当大小的备用。
pool: glue
state: ONLINE
scan: scrub repaired 0B in 27h55m with 0 errors on Mon Jul 12 04:19:14 2021
config:
NAME STATE READ WRITE CKSUM
glue ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
wwn-0x5000cca2a501f240 ONLINE 0 0 0
wwn-0x5000cca2975af090 ONLINE 0 0 0
mirror-1 ONLINE 0 0 0
wwn-0x5000cca271340e4c ONLINE 0 0 0
wwn-0x5000cca27134c71c ONLINE 0 0 0
mirror-2 ONLINE 0 0 0
wwn-0x5000cca2972cce94 ONLINE 0 0 0
wwn-0x5000cca298192df4 ONLINE 0 0 0
spares
wwn-0x5000cca2558480fc AVAIL
wwn-0x5000cca2972be67c AVAIL
wwn-0x5000c50083bbae43 AVAIL
errors: No known data errors看上去可能就是这样。如果自动备件使用autoreplace,而一个小型备用设备试图镜像一个比它更大的磁盘,池会中断吗?还是我们可以扫描一个错误?
或者autoreplace会做检查,以确保备件加入相同或较小大小的镜像?在这种情况下,最大的备用是否有可能加入最小的镜子?
如果你能指点我,我很乐意看一下代码。更重要的是,我想给你一张选票和支票。
发布于 2021-07-15 11:47:38
自动更换是为了更换驱动器在相同的物理位置,它与冷热备件无关。
但是看起来zfs尝试了所有的备件,直到它成功了。我认为这是相关的源代码:GitHub
https://serverfault.com/questions/1069661
复制相似问题