[ https://issues.apache.org/jira/browse/HBASE-5848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13261332#comment-13261332 ]
Hudson commented on HBASE-5848: ------------------------------- Integrated in HBase-TRUNK #2810 (See [https://builds.apache.org/job/HBase-TRUNK/2810/]) HBASE-5848 Addendum (Revision 1330105) Result = FAILURE larsh : Files : * /hbase/trunk/src/test/java/org/apache/hadoop/hbase/HBaseTestingUtility.java * /hbase/trunk/src/test/java/org/apache/hadoop/hbase/mapreduce/MapreduceTestingShim.java > Create table with EMPTY_START_ROW passed as splitKey causes the HMaster to > abort > -------------------------------------------------------------------------------- > > Key: HBASE-5848 > URL: https://issues.apache.org/jira/browse/HBASE-5848 > Project: HBase > Issue Type: Bug > Components: client > Reporter: Lars Hofhansl > Assignee: ramkrishna.s.vasudevan > Priority: Minor > Fix For: 0.94.0, 0.96.0 > > Attachments: 5848-addendum-v2.txt, 5848-addendum-v3.txt, > 5848-addendum-v4.txt, 5848-addendum-v5.txt, 5848-addendum-v6.txt, > 5848-addendum-v7.txt, 5848-addendum-v7.txt, HBASE-5848.patch, > HBASE-5848.patch, HBASE-5848_0.94.patch, HBASE-5848_addendum.patch > > > A coworker of mine just had this scenario. It does not make sense the > EMPTY_START_ROW as splitKey (since the region with the empty start key is > implicit), but it should not cause the HMaster to abort. > The abort happens because it tries to bulk assign the same region twice and > then runs into race conditions with ZK. > The same would (presumably) happen when two identical split keys are passed, > but the client blocks that. The simplest solution here is to also block > passed null or EMPTY_START_ROW as split key by the client. -- 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