[ 
https://issues.apache.org/jira/browse/HDFS-10722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407837#comment-15407837
 ] 

Rakesh R edited comment on HDFS-10722 at 8/4/16 2:25 PM:
---------------------------------------------------------

IMHO, to skip this test case something similar to 
[TestEditLog_testSyncBatching|https://github.com/apache/hadoop/blob/trunk/hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/server/namenode/TestEditLog.java#L511]
 approach rather than skipping only the assertion part, am I missing anything 
here?


was (Author: rakeshr):
I think to skip this test case something similar to 
[TestEditLog_testSyncBatching|https://github.com/apache/hadoop/blob/trunk/hadoop-hdfs-project/hadoop-hdfs/src/test/java/org/apache/hadoop/hdfs/server/namenode/TestEditLog.java#L511]
 approach rather than skipping only the assertion part, am I missing anything 
here?

> Fix race condition in TestEditLog#testBatchedSyncWithClosedLogs
> ---------------------------------------------------------------
>
>                 Key: HDFS-10722
>                 URL: https://issues.apache.org/jira/browse/HDFS-10722
>             Project: Hadoop HDFS
>          Issue Type: Bug
>          Components: hdfs
>            Reporter: Daryn Sharp
>            Assignee: Daryn Sharp
>         Attachments: HDFS-10722.patch
>
>
> The test may fail the following assertion if async edit logs are enabled:
> {{logging edit without syncing should do not affect txid expected:<1> but 
> was:<2>}}.  The async thread is doing batched syncs in the background.  
> logSync just ensures the edit is durable, so the txid may increase prior to 
> sync.  It's a race.



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

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to