Linux上的ZFS卷低自由空间。Usedbydataset大于volsize。

Question

我有ZFS和Debian的存储空间。我总是使用来自他们的github的最新的ZFS。我创建了3个不同的raidz-3池。每个控制器一人。在每个控制器上，我都有24x4T的SATA磁盘。如果我只将备份池用于Linux备份和NFS，那么一切都是正常的。一旦我为微软的DPM分配了音量，并且它开始备份，它就会消耗掉我在一个池中的所有磁盘空间。正如您在下面所看到的，bm备份卷的大小为20 it，但它使用的要多得多。

请告诉我如何限制一个卷所使用的数据？我现在能做什么？只为了摧毁和重建bm-备份？但每个月？

请帮助我正确的设置/命令，我需要用ZFS在linux上维护卷。

谢谢。

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

不名-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

兹普尔名单：

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获取存储-02/bm-备份：

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

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

1)将ashift保留在默认值上，即使blog/docs不这么说。

2)用raidz3将体积增大到64K。