** Changed in: zfs-linux (Ubuntu)
Status: Triaged => Invalid
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1766308
Title:
inexplicably large file reported by zfs filesystem
Yes, please close... thanks again.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1766308
Title:
inexplicably large file reported by zfs filesystem
Status in zfs-linux package in Ub
I meant to say "just close this bug against ZFS"...
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1766308
Title:
inexplicably large file reported by zfs filesystem
Status in zfs-li
Thanks Matt for the update. Shall we just this bug against ZFS then?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1766308
Title:
inexplicably large file reported by zfs filesystem
Great, thank you. zdb confirms what we already sort of suspected: the
file is ~12T with only 5.5G of real content. I was aware that ZFS
reported on disk size differently, but the fact that this isn't a
feature of compression threw me off in the output.
Object lvl iblk dblk dsize dnsize ls
You can get an idea of how "full" a file is using zdb, e.g:
sudo zdb -O pool-ssd/virt ubuntu17.10-amd64-desktop.qcow2
Object lvl iblk dblk dsize dnsize lsize %full type
1147373 128K 128K 14.0G 512 20.0G 84.49 ZFS plain file
in the above example, pool-ssd/virt
Zero-filled data is not compressed by the set compression algorithm but
gets filtered by zero-length encoding, so the zeros never hit lz4 and
compressratio does not include them.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in
1. Yes, compression is on for the parent and inherited. The ratio only
shows 1.37x, which seems rather low if a 12T file was all zeros except
for >10G?
root@fusion:~# zfs get all rpool/DATA/fusion/store/vms/plexee | grep comp
rpool/DATA/fusion/store/vms/plexee compressratio 1.37x
@Matt, did the above help?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1766308
Title:
inexplicably large file reported by zfs filesystem
Status in zfs-linux package in Ubuntu:
There could be two explanations for this huge file that seems to be
larger than the file system. From the path name it seems that this file
is probably a virtual machine image, so it may contain either a lot of
"empty" data (zero'd) or may have lots of file "holes". So...
1. Is it compressed?
Fo
** Changed in: zfs-linux (Ubuntu)
Importance: Undecided => High
** Changed in: zfs-linux (Ubuntu)
Assignee: (unassigned) => Colin Ian King (colin-king)
** Changed in: zfs-linux (Ubuntu)
Status: New => Incomplete
** Changed in: zfs-linux (Ubuntu)
Status: Incomplete => Confir
A scrub of the pool detected no issues, no errors.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1766308
Title:
inexplicably large file reported by zfs filesystem
Status in zfs-lin
12 matches
Mail list logo
