Return-Path: Delivered-To: apmail-hadoop-common-issues-archive@minotaur.apache.org Received: (qmail 98931 invoked from network); 30 Mar 2010 19:52:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 30 Mar 2010 19:52:50 -0000 Received: (qmail 43303 invoked by uid 500); 30 Mar 2010 19:52:50 -0000 Delivered-To: apmail-hadoop-common-issues-archive@hadoop.apache.org Received: (qmail 43228 invoked by uid 500); 30 Mar 2010 19:52:49 -0000 Mailing-List: contact common-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-issues@hadoop.apache.org Delivered-To: mailing list common-issues@hadoop.apache.org Received: (qmail 42974 invoked by uid 99); 30 Mar 2010 19:52:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Mar 2010 19:52:49 +0000 X-ASF-Spam-Status: No, hits=-1176.5 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Mar 2010 19:52:47 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 8B9D8234C4CD for ; Tue, 30 Mar 2010 19:52:27 +0000 (UTC) Message-ID: <556903848.586341269978747571.JavaMail.jira@brutus.apache.org> Date: Tue, 30 Mar 2010 19:52:27 +0000 (UTC) From: "Ravi Gummadi (JIRA)" To: common-issues@hadoop.apache.org Subject: [jira] Commented: (HADOOP-6631) FileUtil.fullyDelete() should continue to delete other files despite failure at any level. In-Reply-To: <615835698.224041268388087233.JavaMail.jira@brutus.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HADOOP-6631?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12851541#action_12851541 ] Ravi Gummadi commented on HADOOP-6631: -------------------------------------- No chmod should be done explicitly. Let the caller of fullyDelete() do that if needed. If permissions are not there for some file, that file will not be deleted. This JIRA fixes the issue of not continuing deletion of other files/directories when some file could not deleted anywhere in the tree. > FileUtil.fullyDelete() should continue to delete other files despite failure at any level. > ------------------------------------------------------------------------------------------ > > Key: HADOOP-6631 > URL: https://issues.apache.org/jira/browse/HADOOP-6631 > Project: Hadoop Common > Issue Type: Bug > Components: fs, util > Reporter: Vinod K V > Fix For: 0.22.0 > > > Ravi commented about this on HADOOP-6536. Paraphrasing... > Currently FileUtil.fullyDelete(myDir) comes out stopping deletion of other files/directories if it is unable to delete a file/dir(say because of not having permissions to delete that file/dir) anywhere under myDir. This is because we return from method if the recursive call "if(!fullyDelete()) {return false;}" fails at any level of recursion. > Shouldn't it continue with deletion of other files/dirs continuing in the for loop instead of returning false here ? > I guess fullyDelete() should delete as many files as possible(similar to 'rm -rf'). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.