You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Yong Zhang (JIRA)" <ji...@apache.org> on 2016/02/24 16:36:18 UTC

[jira] [Updated] (HBASE-15315) Remove always set super user call as high priority

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

Yong Zhang updated HBASE-15315:
-------------------------------
    Description: Current implementation set superuser call as ADMIN_QOS, but we have many customers use superuser to do normal table operation such as put/get data and so on. If client put much data during region assignment, RPC from HMaster may timeout because of no handle. so it is better to remove always set super user call as high priority.   (was: Current implementation set superuser call as ADMIN_QOS, but we have many customers use superuser to normal such as put, get data, and if client put much data during region assignment, RPC from HMaster may timeout because of no handle. so it is better to split the admin/master call and user normal call with data operation. )
        Summary: Remove always set super user call as high priority  (was: PriorityFunction.getPriority should consider more about admin/master call and user call )

> Remove always set super user call as high priority
> --------------------------------------------------
>
>                 Key: HBASE-15315
>                 URL: https://issues.apache.org/jira/browse/HBASE-15315
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Yong Zhang
>            Assignee: Yong Zhang
>
> Current implementation set superuser call as ADMIN_QOS, but we have many customers use superuser to do normal table operation such as put/get data and so on. If client put much data during region assignment, RPC from HMaster may timeout because of no handle. so it is better to remove always set super user call as high priority. 



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