Sun Storage 7000 Unified Storage System: Windows Explorer Copies File To Appliance Even When The Share With Quota Has Insufficient Capacity

Asset ID:	1-72-1554202.1
Update Date:	2013-07-17
Keywords:

Solution Type Problem Resolution Sure

Solution 1554202.1 : Sun Storage 7000 Unified Storage System: Windows Explorer Copies File To Appliance Even When The Share With Quota Has Insufficient Capacity

Applies to:

Sun ZFS Storage 7320 - Version All Versions and later
Sun ZFS Storage 7420 - Version All Versions and later
Sun Storage 7110 Unified Storage System - Version All Versions and later
Sun Storage 7210 Unified Storage System - Version All Versions and later
Sun Storage 7310 Unified Storage System - Version All Versions and later
7000 Appliance OS (Fishworks)

Symptoms

Windows Explorer starts copying a file to ZFS Storage Appliance even when the size of file is larger than the remaining capacity of the share with user quota.

To discuss this information further with Oracle experts and industry peers, we encourage you to review, join or start a discussion in the My Oracle Support Community - Disk Storage ZFS Storage Appliance Community

Changes

None.

Cause

Windows Explorer changes its behavior depending on the target system's supported SMB versions.

When only SMB 1.0 is supported, Windows Explorer starts copying the file and then periodically checks the remaining capacity of the remote share in the process of copy.

When the remaining capacity is less than Windows Explorer is trying to copy, Windows will display an error dialogue indicating the share is full.

When SMB 2.0 is supported, Windows Explorer checks the remaining capacity of the remote share before it starts copying a file. If the capacity is not large enough, it won't start copying.

The above behavior is applicable to the shares with user quota.

Currently, ZFS Storage Appliance only supports SMB 1.0 thus Windows starts copying the file even though the remaining capacity is not enough for completing the copy operation.

Attention to 2011.1.0 users:

This version has a known problem - in that a temporarily created file by the Explorer during the copy cannot be deleted due to exceeding quota.

The fix is available by upgrading to 2011.1.2.0 or later.

Oracle Internal Note:
Windows with only SMB 1.0 support and ZFSSA will negotiate with Windows client at the beginning of their SMB sessions that only SMB 1.0 support is available.
In such case, Windows clients will send SMB1.0 subcommand TRANS2_QUERY_FS_INFORMATION periodically to check the capacity of remote share.

Explorer tries to copy as much as possible until the answer to this command indicates no capacity is left on the target share. ZFSSA returns the capacity based on the quota setting, so that if the share usage reach to the quota, it answers 0 bytes left.

Windows (recent versions) supports SMB2.0 and it will use a different command to check the size of remote share before start copying a file. It uses SMB2_FS_INFO to check capacity.

Packet captures comparing these two incidents are attached to Bug 16727964 - share quota is not passed correctly via SMB.

Solution

This is the current behavior - by design.

References

<NOTE:1398376.1> - Sun Storage 7000 Unified Storage System: How to get a network trace to assist in troubleshooting network problems
<BUG:16727964> - SHARE QUOTA IS NOT PASSED CORRECTLY VIA SMB
<NOTE:1439883.1> - Sun Storage 7000 Unified Storage System: How to Troubleshoot Windows/SMB file and directory permissions issues
<BUG:16569601> - 7210 COULD NOT REMOVE FILE WHEN SHARED FOLDER CAPACITY IS 0MB

Attachments

This solution has no attachment