hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Enis Soztutar (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-16938) TableCFsUpdater maybe failed due to no write permission on peerNode
Date Thu, 10 Nov 2016 22:16:58 GMT

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

Enis Soztutar updated HBASE-16938:
----------------------------------
       Resolution: Fixed
     Hadoop Flags: Reviewed
    Fix Version/s: 1.4.0
                   2.0.0
           Status: Resolved  (was: Patch Available)

I've pushed this, since it helps with your use case and does not cause extra trouble. 

Thanks [~zghaobac] for the patch. 

> TableCFsUpdater maybe failed due to no write permission on peerNode
> -------------------------------------------------------------------
>
>                 Key: HBASE-16938
>                 URL: https://issues.apache.org/jira/browse/HBASE-16938
>             Project: HBase
>          Issue Type: Bug
>          Components: Replication
>    Affects Versions: 2.0.0, 1.4.0
>            Reporter: Guanghao Zhang
>            Assignee: Guanghao Zhang
>             Fix For: 2.0.0, 1.4.0
>
>         Attachments: HBASE-16938.patch, HBASE-16938.patch
>
>
> After HBASE-11393, replication table-cfs use a PB object. So it need copy the old string
config to new PB object when upgrade cluster. In our use case, we have different kerberos
for different cluster, etc. online serve cluster and offline processing cluster. And we use
a unify global admin kerberos for all clusters. The peer node is created by client. So only
global admin has the write  permission for it. When upgrade cluster, HMaster doesn't has the
write permission on peer node, it maybe failed to copy old table-cfs string to new PB Object.
I thought it need a tool for client to do this copy job.



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

Mime
View raw message