hadoop-common-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From aajis...@apache.org
Subject hadoop git commit: HDFS-8002. Website refers to /trash directory. Contributd by Brahma Reddy Battula.
Date Mon, 30 Mar 2015 15:29:38 GMT
Repository: hadoop
Updated Branches:
  refs/heads/branch-2 c4cedfc1d -> d4bb9b214


HDFS-8002. Website refers to /trash directory. Contributd by Brahma Reddy Battula.

(cherry picked from commit e7ea2a8e8f0a7b428ef10552885757b99b59e4dc)


Project: http://git-wip-us.apache.org/repos/asf/hadoop/repo
Commit: http://git-wip-us.apache.org/repos/asf/hadoop/commit/d4bb9b21
Tree: http://git-wip-us.apache.org/repos/asf/hadoop/tree/d4bb9b21
Diff: http://git-wip-us.apache.org/repos/asf/hadoop/diff/d4bb9b21

Branch: refs/heads/branch-2
Commit: d4bb9b21465e0fffa4282a34f7865e4ac53987f0
Parents: c4cedfc
Author: Akira Ajisaka <aajisaka@apache.org>
Authored: Tue Mar 31 00:27:50 2015 +0900
Committer: Akira Ajisaka <aajisaka@apache.org>
Committed: Tue Mar 31 00:28:27 2015 +0900

----------------------------------------------------------------------
 hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt                     | 3 +++
 hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsDesign.md | 4 ++--
 2 files changed, 5 insertions(+), 2 deletions(-)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/hadoop/blob/d4bb9b21/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
----------------------------------------------------------------------
diff --git a/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt b/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
index 6cf5227..d4baaf3 100644
--- a/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
+++ b/hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
@@ -61,6 +61,9 @@ Release 2.8.0 - UNRELEASED
     greater or equal to 1 there is mismatch in the UI report
     (J.Andreina via vinayakumarb)
 
+    HDFS-8002. Website refers to /trash directory. (Brahma Reddy Battula via
+    aajisaka)
+
 Release 2.7.0 - UNRELEASED
 
   INCOMPATIBLE CHANGES

http://git-wip-us.apache.org/repos/asf/hadoop/blob/d4bb9b21/hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsDesign.md
----------------------------------------------------------------------
diff --git a/hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsDesign.md b/hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsDesign.md
index 87a9fcd..5a8e366 100644
--- a/hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsDesign.md
+++ b/hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsDesign.md
@@ -224,9 +224,9 @@ Space Reclamation
 
 ### File Deletes and Undeletes
 
-When a file is deleted by a user or an application, it is not immediately removed from HDFS.
Instead, HDFS first renames it to a file in the `/trash` directory. The file can be restored
quickly as long as it remains in `/trash`. A file remains in `/trash` for a configurable amount
of time. After the expiry of its life in `/trash`, the NameNode deletes the file from the
HDFS namespace. The deletion of a file causes the blocks associated with the file to be freed.
Note that there could be an appreciable time delay between the time a file is deleted by a
user and the time of the corresponding increase in free space in HDFS.
+When a file is deleted by a user or an application, it is not immediately removed from HDFS.
Instead, HDFS first renames it to a file in the trash directory(`/user/<username>/.Trash`).
The file can be restored quickly as long as it remains in trash. A file remains in trash for
a configurable amount of time. After the expiry of its life in trash, the NameNode deletes
the file from the HDFS namespace. The deletion of a file causes the blocks associated with
the file to be freed. Note that there could be an appreciable time delay between the time
a file is deleted by a user and the time of the corresponding increase in free space in HDFS.
 
-A user can Undelete a file after deleting it as long as it remains in the `/trash` directory.
If a user wants to undelete a file that he/she has deleted, he/she can navigate the `/trash`
directory and retrieve the file. The `/trash` directory contains only the latest copy of the
file that was deleted. The `/trash` directory is just like any other directory with one special
feature: HDFS applies specified policies to automatically delete files from this directory.
Current default trash interval is set to 0 (Deletes file without storing in trash). This value
is configurable parameter stored as `fs.trash.interval` stored in core-site.xml.
+A user can Undelete a file after deleting it as long as it remains in the trash directory.
If a user wants to undelete a file that he/she has deleted, he/she can navigate the trash
directory and retrieve the file. The trash directory contains only the latest copy of the
file that was deleted. The trash directory is just like any other directory with one special
feature: HDFS applies specified policies to automatically delete files from this directory.
Current default trash interval is set to 0 (Deletes file without storing in trash). This value
is configurable parameter stored as `fs.trash.interval` stored in core-site.xml.
 
 ### Decrease Replication Factor
 


Mime
View raw message