Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hdfs-issues@hadoop.apache.org
Date: Tue, 15 Mar 2016 15:53:33 +0000 (UTC)
From: "Kihwal Lee (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: <JIRA.12947022.1457110924000.23732.1458057213581@Atlassian.JIRA>
In-Reply-To: <JIRA.12947022.1457110924000@Atlassian.JIRA>
References: <JIRA.12947022.1457110924000@Atlassian.JIRA>
 <JIRA.12947022.1457110924739@arcas>
Subject: [jira] [Updated] (HDFS-9904) testCheckpointCancellationDuringUpload
 occasionally fails
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HDFS-9904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kihwal Lee updated HDFS-9904:
-----------------------------
    Assignee: Lin Yiqun

> testCheckpointCancellationDuringUpload occasionally fails 
> ----------------------------------------------------------
>
>                 Key: HDFS-9904
>                 URL: https://issues.apache.org/jira/browse/HDFS-9904
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: test
>    Affects Versions: 2.7.3
>            Reporter: Kihwal Lee
>            Assignee: Lin Yiqun
>         Attachments: HDFS-9904.001.patch, HDFS-9904.002.patch
>
>
> The failure was at the end of the test case where the txid of the standby (former active) is checked. Since the checkpoint/uploading was canceled , it is not supposed to have the new checkpoint. Looking at the test log, that was still the case, but the standby then did checkpoint on its own and bumped up the txid, right before the check was performed. 


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)