![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||
Solution Type Technical Instruction Sure Solution 2385311.1 : Oracle ZFS Storage Appliance: Windows Client Reports Larger Usage Size Than Actual Size of SMB Share
In this Document
Created from <SR 3-17236487851> Applies to:Oracle ZFS Storage ZS5-4 - Version All Versions and laterOracle ZFS Storage ZS5-2 - Version All Versions and later Oracle ZFS Storage Appliance Racked System ZS5-4 - Version All Versions and later Oracle ZFS Storage Appliance Racked System ZS5-2 - Version All Versions and later Oracle ZFS Storage ZS4-4 - Version All Versions and later 7000 Appliance OS (Fishworks) GoalThe purpose of this document is to explain the discrepancy of usage size from a Windows client and the ZFSSA SMB Share, when compression is on.
Solution\\hostname\share, mounted as D: contains three directories: dir1 which Windows properties for the directory report as 4.96T.
Output taken from Support Bundle. $ egrep 'share|Filesystem' status/df.out
Filesystem Size Used Available Capacity Mounted on pool/local/project/share 8.5T 6.6T 905G 89% /export/project/share $ grep share shares/definedshares.out $ egrep -i 'share|mount' zfs/list.out $ ggrep -e "share .* avail" -e "share .* used" -e "share .*quota" -e "share .*referenced" -e "share .*compression" -e "share .*compressratio" pool.datasets.prop | tr -s " " | egrep -v "none| 0 " As we can see, the share is only 8.5T due to the quota. The reason 22.52T is seen on the Windows client is because it does not know about the compression that takes place on the ZFSSA.
If we do the math, we can see that the numbers are relatively the same as what is seen on the Windows client. quota 8.5 TB x 3.23 (compressratio) = 27.45 TB If we were to break this down to bytes, instead of terrabytes, and then times by the compressratio (3.23), we would end up with numbers that closer match what the Windows client sees.
Attachments This solution has no attachment |
||||||||||||||
|