[ http://issues.apache.org/jira/browse/HADOOP-101?page=comments#action_12371657 ]
Doug Cutting commented on HADOOP-101: ------------------------------------- I think not locking the fs is a feature. It should probably, if it gets file-not-found error from the namenode, backup and recheck to see if the file still exists, and, if it doesn't check whether its parent still exists, etc., attempting to ignore errors that are only the result of changes to the FS while checking it. In the short-term, this tool is superior to anything else we currently have, and I'd vote for adding it as a 'bin/hadoop dfs -check' command. As for performance, as a single-threaded client process it shouldn't be able to overwhelm the namenode. > DFSck - fsck-like utility for checking DFS volumes > -------------------------------------------------- > > Key: HADOOP-101 > URL: http://issues.apache.org/jira/browse/HADOOP-101 > Project: Hadoop > Type: New Feature > Components: dfs > Versions: 0.2 > Reporter: Andrzej Bialecki > Assignee: Andrzej Bialecki > Attachments: DFSck.java > > This is a utility to check health status of a DFS volume, and collect some > additional statistics. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
