You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@hbase.apache.org by "Guanghao Zhang (JIRA)" <ji...@apache.org> on 2016/10/25 02:02:58 UTC

[jira] [Updated] (HBASE-16938) TableCFsUpdater maybe failed due to no write permission on peerNode

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

Guanghao Zhang updated HBASE-16938:
-----------------------------------
    Assignee: Guanghao Zhang
      Status: Patch Available  (was: Open)

> 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
>         Attachments: 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)