Return-Path: X-Original-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D0E2C904D for ; Tue, 12 Jun 2012 16:26:43 +0000 (UTC) Received: (qmail 62551 invoked by uid 500); 12 Jun 2012 16:26:43 -0000 Delivered-To: apmail-hadoop-hdfs-issues-archive@hadoop.apache.org Received: (qmail 62504 invoked by uid 500); 12 Jun 2012 16:26:43 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-issues@hadoop.apache.org Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 62289 invoked by uid 99); 12 Jun 2012 16:26:43 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jun 2012 16:26:43 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id 0B003141BF8 for ; Tue, 12 Jun 2012 16:26:43 +0000 (UTC) Date: Tue, 12 Jun 2012 16:26:43 +0000 (UTC) From: "Harsh J (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: <473838238.8207.1339518403051.JavaMail.jiratomcat@issues-vm> In-Reply-To: <1055265972.2012.1339390783086.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Commented] (HDFS-3522) If NN is in safemode, it should throw SafeModeException when getBlockLocations has zero locations 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/HDFS-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13293740#comment-13293740 ] Harsh J commented on HDFS-3522: ------------------------------- Unsure why jenkins didn't catch it, but indeed the test fails: {code} Running org.apache.hadoop.hdfs.TestFileLengthOnClusterRestart Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 13.127 sec <<< FAILURE! {code} (Although it does test for a failure, the failure now is different, and is a regression). To handle Brandon's specific requirement, we may choose to throw an exception *iff* NN is in safemode for threshold-not-reached reasons. We should not fail reads if an admin places NN manually in safemode for whatever reasons (i.e. blocks are all still known about). This way we're good on both sides. Thoughts? > If NN is in safemode, it should throw SafeModeException when getBlockLocations has zero locations > ------------------------------------------------------------------------------------------------- > > Key: HDFS-3522 > URL: https://issues.apache.org/jira/browse/HDFS-3522 > Project: Hadoop HDFS > Issue Type: Bug > Components: name-node > Affects Versions: 3.0.0 > Reporter: Brandon Li > Assignee: Brandon Li > Fix For: 2.0.1-alpha > > Attachments: HDFS-3522.patch > > -- 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