Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-dev@hadoop.apache.org
Date: Sat, 18 Feb 2012 01:58:05 +0000 (UTC)
From: "Todd Lipcon (Created) (JIRA)" <jira@apache.org>
To: hdfs-dev@hadoop.apache.org
Message-ID: 
 <730476679.53150.1329530285841.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Created] (HDFS-2973) HA: re-enable NO_ACK optimization for
 block deletion
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

HA: re-enable NO_ACK optimization for block deletion
----------------------------------------------------

                 Key: HDFS-2973
                 URL: https://issues.apache.org/jira/browse/HDFS-2973
             Project: Hadoop HDFS
          Issue Type: Sub-task
          Components: ha, name-node
    Affects Versions: HA branch (HDFS-1623)
            Reporter: Todd Lipcon
            Assignee: Todd Lipcon


Currently in trunk, when a file is removed, the deletion request is sent to the DNs with a special NO_ACK flag to indicate that they don't need to ACK the deletion. The NN itself takes care of removing the blocks from the block map, so the deletion report would be redundant.
In the HA branch, we disabled this to fix a failure in TestSafeMode -- when the active NN issues a block deletion, and the standby hasn't read the edits yet, this test case expects that it would see the block deletions.
I don't see any actual compelling reasons for this. I think we can restore the optimization and modify the test to pass.


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira