ZFS logicreferenced vs referenced
После отправки zvol из одного пула в другой я был встревожен, обнаружив, что только половина данных была «там» (согласно REFER ]). Затем я заметил на отправленном снимке, что , на который ссылается , это 302G , а , с логической ссылкой - это 150G . Но после отправки в новый пул эти два значения совпадают. Я не понимаю, почему это так, и если что-то, как я думал, с логической ссылкой должно быть больше, чем со ссылкой . 302G особенно сбивает с толку, потому что zvol был заполнен путем отправки диска 150 ГБ через iSCSI с использованием dd .
tank/Win10Root 831G 747G 302G -
tank/Win10Root@send referenced 302G -
tank/Win10Root@send logicalreferenced 150G -
# zfs send tank/Win10Root@send | zfs recv wd/Win10Root
wd/Win10Root 151G 6.24T 151G -
wd/Win10Root@send referenced 151G -
wd/Win10Root@send logicalreferenced 150G -
EDIT: Размещено logicalused (что равно 0) вместо logicalreferenced при аварии
Это все свойства для tank / Win10Root . Zvol был создан с помощью zfs create -V 512G tank / Win10Root .
@ubuntu1:~$ sudo zfs get all tank/Win10Root | sort
NAME PROPERTY VALUE SOURCE
tank/Win10Root available 740G -
tank/Win10Root checksum on default
tank/Win10Root compression off default
tank/Win10Root compressratio 1.00x -
tank/Win10Root context none default
tank/Win10Root copies 1 default
tank/Win10Root creation Sat Nov 4 14:21 2017 -
tank/Win10Root dedup off default
tank/Win10Root defcontext none default
tank/Win10Root fscontext none default
tank/Win10Root logbias latency default
tank/Win10Root logicalreferenced 150G -
tank/Win10Root logicalused 150G -
tank/Win10Root mlslabel none default
tank/Win10Root primarycache all default
tank/Win10Root readonly off default
tank/Win10Root redundant_metadata all default
tank/Win10Root refcompressratio 1.00x -
tank/Win10Root referenced 302G -
tank/Win10Root refreservation 528G local
tank/Win10Root reservation none default
tank/Win10Root rootcontext none default
tank/Win10Root secondarycache all default
tank/Win10Root snapdev hidden default
tank/Win10Root snapshot_count none default
tank/Win10Root snapshot_limit none default
tank/Win10Root sync standard default
tank/Win10Root type volume -
tank/Win10Root used 831G -
tank/Win10Root usedbychildren 0 -
tank/Win10Root usedbydataset 302G -
tank/Win10Root usedbyrefreservation 528G -
tank/Win10Root usedbysnapshots 0 -
tank/Win10Root volblocksize 8K -
tank/Win10Root volsize 512G local
tank/Win10Root written 0 -
Это тот случай, когда нужно проверить страницу руководства для ZFS:
ссылка
Объем данных, доступных для этого набора данных, который может или не могут использоваться совместно с другими наборами данных в пуле. Когда снимок или создается клон, он изначально ссылается на такое же количество пространство как файловая система или снимок, из которого он был создан, так как его содержимое идентично.
На это свойство также можно ссылаться по сокращенному имени столбца, см.
и ...
logicalreferenced
Объем пространства, доступного "логически" этим набором данных. См. Указанное свойство. Логическое пространство игнорирует эффект сжатия и копирует свойства, давая количество, близкое к количеству данных, которые видят приложения. Однако оно включает пространство, используемое метаданными.
Это свойство также может упоминаться по сокращенному имени столбца, lrefer.
На что следует обратить внимание:
- Были ли ваши zvols разреженными?
- Каковы были свойства сжатия и дедупликации?
- Что внутри zvol?