☰

为什么 btrfs scrub 处理的数据比分配的多？

tag-icon • tag-icon linux btrfs
为什么 btrfs scrub 处理的数据比分配的多？

为什么“总计要擦洗“ 比 ” 大很多设备分配“。

29.1TiB对比21.24TiB是一个巨大的差异。

设置：我有一个 btrfs raid 阵列。由于转换不完整，它有 RAID1 和 RAID5 的混合数据块。但据我所知，这并没有什么坏处。

btrfs f u -T .
Overall:
    Device size:                  54.57TiB
    Device allocated:             21.24TiB
    Device unallocated:           33.33TiB
    Device missing:                  0.00B
    Used:                         20.52TiB
    Free (estimated):             31.00TiB      (min: 8.99TiB)
    Data ratio:                       1.10
    Metadata ratio:                   4.00
    Global reserve:              512.00MiB      (used: 64.00KiB)

btrfs scrub status .
UUID:             yaya
Scrub started:    Sun Apr  3 01:15:01 2022
Status:           running
Duration:         55:56:56
Time left:        12:46:52
ETA:              Tue Apr  5 21:58:54 2022
Total to scrub:   29.10TiB
Bytes scrubbed:   23.69TiB
Rate:             123.33MiB/s
Error summary:    no errors found

btrfs fi df .
Data, RAID1: total=10.58TiB, used=10.21TiB
Data, RAID5: total=8.68TiB, used=8.58TiB
System, RAID1C4: total=32.00MiB, used=2.42MiB
Metadata, RAID1C4: total=23.00GiB, used=22.02GiB
GlobalReserve, single: total=512.00MiB, used=0.00B

Ubuntu 20.04 LTS
Versions: btrfs-progs v5.4.1
Kernel: 5.13.0-39-generic #44~20.04.1-Ubuntu SMP

答案1

我的猜测是，由于不包括镜像大小，RAID1 数据被报告为总空间的一半。

这意味着它的实际大小为 10.58 x 2 = 21.16 TiB。
如果现在添加 RAID5 大小 8.68 TiB，则总数为 29.84。

这大于 29.10 TiB，但也许清理已经处理了其中一些数据。

“Total to scrub” 似乎正确。“Device divided” 可能由于 RAID 而错误。

相关内容