Bug 1330241 - Backport 'nuke' (fast tree deletion) functionality to 3.7
Summary: Backport 'nuke' (fast tree deletion) functionality to 3.7
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: distribute
Version: 3.7.11
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jeff Darcy
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-04-25 17:35 UTC by Jeff Darcy
Modified: 2016-06-28 12:15 UTC (History)
2 users (show)

Fixed In Version: glusterfs-3.7.12
Clone Of:
Environment:
Last Closed: 2016-06-28 12:15:11 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

Description Jeff Darcy 2016-04-25 17:35:50 UTC
The original patch in master was http://review.gluster.org/#/c/13878/

Comment 1 Vijay Bellur 2016-04-25 17:36:42 UTC
REVIEW: http://review.gluster.org/14065 (dht: add "nuke" functionality for efficient server-side deletion) posted (#1) for review on release-3.7 by Jeff Darcy (jdarcy)

Comment 2 Vijay Bellur 2016-04-26 08:21:49 UTC
COMMIT: http://review.gluster.org/14065 committed in release-3.7 by Raghavendra G (rgowdapp) 
------
commit 7241756f94c975c89f6dc1023d2403f531e6f5ac
Author: Jeff Darcy <jdarcy>
Date:   Mon Apr 25 12:17:12 2016 -0400

    dht: add "nuke" functionality for efficient server-side deletion
    
    This is a backport of the following two patches (of which the second is a
    trivial adjustment to a timeout for a test added by the first).
    
    	http://review.gluster.org/13878
    	http://review.gluster.org/13935
    
    This turns a special xattr into an rmdir with flags set.  When that hits
    the posix translator on the server side, that causes the file/directory
    to be moved into the special "landfill" directory.  From there, the
    posix janitor thread will take care of deleting it entirely on the
    server side - traversing it recursively if necessary.  A couple of
    secondary issues were fixed to make this effective.
    
     * FUSE now ensures that setxattr values are NUL terminated.
    
     * The janitor thread now gets woken up immediately when something is
       placed in 'landfill' instead of only when file descriptors need to be
       closed.
    
     * The default landfill-emptying interval was reduced to 10s.
    
    To use the feature, issue a setxattr something like this:
    
       setfattr -n glusterfs.dht.nuke -v "" /mnt/glusterfs/vol/some_dir
    
    The value doesn't actually matter; the mere receipt of a request with
    this key is sufficient.  Some day it might be useful to allow setting a
    required value as a sort of password, so that only those who know it can
    access the underlying special functionality.
    
    Change-Id: I4132a30d1faa53a6682399ad1d9041e2c4519951
    BUG: 1330241
    Signed-off-by: Jeff Darcy <jdarcy>
    Reviewed-on: http://review.gluster.org/14065
    Smoke: Gluster Build System <jenkins.com>
    NetBSD-regression: NetBSD Build System <jenkins.org>
    CentOS-regression: Gluster Build System <jenkins.com>
    Reviewed-by: N Balachandran <nbalacha>
    Reviewed-by: Raghavendra G <rgowdapp>

Comment 3 Kaushal 2016-06-28 12:15:11 UTC
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.7.12, please open a new bug report.

glusterfs-3.7.12 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] https://www.gluster.org/pipermail/gluster-devel/2016-June/049918.html
[2] http://thread.gmane.org/gmane.comp.file-systems.gluster.user


Note You need to log in before you can comment on or make changes to this bug.