ZFS Share Not Releasing Space After Deleting Files. File System Getting Full.

Asset ID:	1-72-1987651.1
Update Date:	2015-12-02
Keywords:

Solution Type Problem Resolution Sure

Solution 1987651.1 : ZFS Share Not Releasing Space After Deleting Files. File System Getting Full.

Applies to:

Oracle SuperCluster T5-8 Hardware - Version All Versions to All Versions [Release All Releases]
Information in this document applies to any platform.

Symptoms

ZFS share mounted across Domains. It is not releasing space after deleting old files.

192.168.30.51:/export/b01 5.0T 5.0T 51G 100% /b01

/b01# du -sh *
475G TapeBackup
  0K aa
  1K backup
  0K bb
  0K cc
12M explorer.86572e5c.ghosscdbp12-2014.07.08.06.35.tar.gz
12M explorer.8658a05c.ghosscdbp11-2014.07.08.06.35.tar.gz
937M ghosscapp11.rpool.backup.2014.07.08.07.01.gz
32K ghosscdbp01.ps.ef
1.8M messages
6.3M messages.0
6.9M messages.1
6.8M messages.2
9.0M messages.3
29K ps-ef.ghosscdbp12
31M test
35K truss.ls
33K truss.ls.140914

Cause

Issue is due bug 19670625

From the zpool output we see the data pool is at 26% capacity with over 24 TB of free space available:
-----
NAME SIZE ALLOC FREE CAP DEDUP HEALTH
ssc 32.6T 8.52T 24.1T 26% 1.00x ONLINE
-----

From the Project level we see there is 4.84 TB of space in use currently and this is used by "children" (ie. shares):
-----
ssc/local/dbbackup mountpoint /export
ssc/local/dbbackup available 23.4T
ssc/local/dbbackup used 4.84T
ssc/local/dbbackup usedbychildren 4.84T
-----

From the shares level we see the space is used by the "b01" share:
-----
ssc/local/dbbackup/b01 mountpoint /export/b01
ssc/local/dbbackup/b01 available 675G
ssc/local/dbbackup/b01 referenced 4.84T
ssc/local/dbbackup/b01 refquota 5.50T
ssc/local/dbbackup/b01 usedbydataset 4.84T
ssc/local/dbbackup/b01 usedbychildren 0
ssc/local/dbbackup/b01 usedbyrefreservation 0
ssc/local/dbbackup/b01 usedbysnapshots 0
-----
There is a quota configured for the share of 5.50 TB and 4.84 TB is in use leaving 675 GB available/free for allocation.

None of the space is reserved, used by snapshots, or used by children (other shares or lower-level directories) so all of the space is used within the "b01" share.
This all appears correct.

Solution

The bug is fixed in ak Firmware " 2013.06.05.3.0,1-1.14

References

<BUG:19670625> - BACKPORT 15704632 TO AK-2013-REL - SUNBT7030237 UNABLE TO REMOVE HUGE OBJECTS
<NOTE:1019887.1> - Sun Storage 7000 Unified Storage System: How to Collect a Support Bundle using the BUI or CLI
<NOTE:1194226.1> - Oracle Shared Shell
<NOTE:1369456.1> - Understanding How ZFS Calculates Used Space

Attachments

This solution has no attachment