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

Michael Stack commented on HBASE-24354:
---------------------------------------

I did not include the exception seen when we had this issue which was a mistake 
if only because it made it harder to turn up this Jira in search.

 

It this one in HBaseAdmin:

 

{color:#000080}throw new {color}IllegalArgumentException({color:#008000}"Table 
" {color}+ tableName.getNameAsString()
 + {color:#008000}" exists in peer cluster " {color}+ peerDesc.getPeerId()
 + {color:#008000}", but the table descriptors are not same when compared with 
source cluster."
{color} + {color:#008000}" Thus can not enable the table's replication 
switch."{color});

> Make it so can make an hbase1 schema and hbase2 schema equate
> -------------------------------------------------------------
>
>                 Key: HBASE-24354
>                 URL: https://issues.apache.org/jira/browse/HBASE-24354
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: Michael Stack
>            Assignee: Michael Stack
>            Priority: Major
>             Fix For: 3.0.0-alpha-1, 2.3.0
>
>
> Currently, NEW_VERSION_BEHAVIOR displays in hbase2 schemas with default value 
> of 'false'. This default is added whenever we create a new column descriptor. 
> Its not needed. We'll return default if empty or undefined. Meantime, since 
> this is not defined in hbase1, it makes it so we can't make equivalent 
> schemas so not possible to replicate from hbase1 to hbase2.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to