Linux 上的 ZFS 卷可用空间不足。 usedbydataset 大于 volsize

Question

我有一个带有 ZFS 和 Debian wheezy 的存储。我总是使用他们 github 上的最新 ZFS。我创建了 3 个不同的 raidz-3 池。每个控制器一个。每个控制器上都有 24 个 4T SATA 磁盘。如果我仅将备份池用于 Linux 备份和 NFS，则一切正常。一旦我为 Microsoft 的 DPM 分配卷并且它开始备份，它就会不断耗尽我在一个池中拥有的所有磁盘空间。正如您在下面看到的，bm-backup 卷的大小为 20TB，但它正在使用更多。

请告诉我如何限制卷使用的数据？我现在能做什么？只是为了销毁并重新创建 bm-backup？但每个月？

请帮助我使用正确的设置/命令来维护 Linux 上的 ZFS 卷。

谢谢。

您可以查看以下相关信息：

uname -a

Linux storage6 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u2 x86_64 GNU/Linux

ZFS版本：

[   11.200794] ZFS: Loaded module v0.6.3-159_gc944be5, ZFS pool version 5000, ZFS filesystem version 5
[   10.916233] SPL: Loaded module v0.6.3-52_g52479ec
[   12.829561] SPL: using hostid 0x00000000

存储历史记录-02：

2014-12-09.12:58:47 zpool create -m none -o ashift=12 storage-02 raidz3 ...
2014-12-19.11:34:43 zfs create -V 20T storage-02/bm-backup
2014-12-19.11:54:40 zfs set reservation=1T storage-02/bm-backup

zpool列表：

NAME         SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
storage-02    87T  85.5T  1.47T         -    41%    98%  1.00x  ONLINE  -
storage-03    87T  30.2T  56.8T         -    25%    34%  1.00x  ONLINE  -
storage-81    87T  67.1T  19.9T         -    15%    77%  1.00x  ONLINE  -

zfs 获取 storage-02/bm-backup：

NAME                  PROPERTY              VALUE                  SOURCE
storage-02/bm-backup  type                  volume                 -
storage-02/bm-backup  creation              Fri Dec 19 11:34 2014  -
storage-02/bm-backup  used                  64.9T                  -
storage-02/bm-backup  available             88.7G                  -
storage-02/bm-backup  referenced            64.9T                  -
storage-02/bm-backup  compressratio         1.00x                  -
storage-02/bm-backup  reservation           1T                     local
storage-02/bm-backup  volsize               20T                    local
storage-02/bm-backup  volblocksize          8K                     -
storage-02/bm-backup  checksum              on                     default
storage-02/bm-backup  compression           off                    default
storage-02/bm-backup  readonly              off                    default
storage-02/bm-backup  copies                1                      default
storage-02/bm-backup  refreservation        20.6T                  local
storage-02/bm-backup  primarycache          all                    default
storage-02/bm-backup  secondarycache        all                    default
storage-02/bm-backup  usedbysnapshots       0                      -
storage-02/bm-backup  usedbydataset         64.9T                  -
storage-02/bm-backup  usedbychildren        0                      -
storage-02/bm-backup  usedbyrefreservation  0                      -
storage-02/bm-backup  logbias               latency                default
storage-02/bm-backup  dedup                 off                    default
storage-02/bm-backup  mlslabel              none                   default
storage-02/bm-backup  sync                  standard               default
storage-02/bm-backup  refcompressratio      1.00x                  -
storage-02/bm-backup  written               64.9T                  -
storage-02/bm-backup  logicalused           20.1T                  -
storage-02/bm-backup  logicalreferenced     20.1T                  -
storage-02/bm-backup  snapdev               hidden                 default
storage-02/bm-backup  context               none                   default
storage-02/bm-backup  fscontext             none                   default
storage-02/bm-backup  defcontext            none                   default
storage-02/bm-backup  rootcontext           none                   default
storage-02/bm-backup  redundant_metadata    all                    default

Answer 1

最后我找到了2个解决方案。

1）将 ashift 保留为默认值，即使博客/文档另有说明。

2) 使用 raidz3 将 volblocksize 增加到 64K。