hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ted Yu (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-12152) TestLoadIncrementalHFiles shows up as zombie test
Date Thu, 02 Oct 2014 23:41:35 GMT

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

Ted Yu commented on HBASE-12152:
--------------------------------

In the QA run above, TestLoadIncrementalHFiles didn't hang, neither did TestSecureLoadIncrementalHFilesSplitRecovery.

The initial subject of the JIRA was inaccurate - although TestLoadIncrementalHFiles showed
up in stack trace of hanging test, it was TestSecureLoadIncrementalHFilesSplitRecovery that
actually hung because of userToken being null, aborting bulk load.

Since there was no timeout prior to today, TestSecureLoadIncrementalHFilesSplitRecovery hung.
The addition of the timeout exposed the bug.

The above was result of discussion with Jeff.

> TestLoadIncrementalHFiles shows up as zombie test
> -------------------------------------------------
>
>                 Key: HBASE-12152
>                 URL: https://issues.apache.org/jira/browse/HBASE-12152
>             Project: HBase
>          Issue Type: Test
>            Reporter: Ted Yu
>         Attachments: TestSecureLoadIncrementalHFilesSplitRecovery-fix.txt
>
>
> TestLoadIncrementalHFiles and TestLoadIncrementalHFilesSplitRecovery frequently show
up as zombie tests (from 0.98 to master branch).
> e.g. https://builds.apache.org/job/hbase-0.98/558/console
> Here is snippet of stack trace for TestLoadIncrementalHFilesSplitRecovery :
> {code}
> "main" prio=10 tid=0x00007f8670008000 nid=0x1105 waiting on condition [0x00007f8674b57000]
>    java.lang.Thread.State: WAITING (parking)
>   at sun.misc.Unsafe.park(Native Method)
>   - parking to wait for  <0x000000078d4c3ba0> (a java.util.concurrent.FutureTask$Sync)
>   at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
>   at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
>   at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
>   at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
>   at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:248)
>   at java.util.concurrent.FutureTask.get(FutureTask.java:111)
>   at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.bulkLoadPhase(LoadIncrementalHFiles.java:382)
>   at org.apache.hadoop.hbase.mapreduce.LoadIncrementalHFiles.doBulkLoad(LoadIncrementalHFiles.java:324)
>   at org.apache.hadoop.hbase.mapreduce.TestLoadIncrementalHFilesSplitRecovery.testGroupOrSplitWhenRegionHoleExistsInMeta(TestLoadIncrementalHFilesSplitRecovery.
java:470)
> {code}



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

Mime
View raw message