[jira] [Created] (HBASE-21792) Introduce an interface to replace the HTableMultiplexer which is marked as IA.Public

2019-01-26 Thread Duo Zhang (JIRA)
Duo Zhang created HBASE-21792:
-

 Summary: Introduce an interface to replace the HTableMultiplexer 
which is marked as IA.Public
 Key: HBASE-21792
 URL: https://issues.apache.org/jira/browse/HBASE-21792
 Project: HBase
  Issue Type: Task
  Components: Client
Reporter: Duo Zhang


And add a method in the Connection interface to get a multiplexer, instead of 
letting the user create a new instance through the constructor.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HBASE-21791) Upgrade thrift dependency to 0.12.0

2019-01-26 Thread Duo Zhang (JIRA)
Duo Zhang created HBASE-21791:
-

 Summary: Upgrade thrift dependency to 0.12.0
 Key: HBASE-21791
 URL: https://issues.apache.org/jira/browse/HBASE-21791
 Project: HBase
  Issue Type: Task
  Components: Thrift
Affects Versions: 2.0.4, 1.2.10, 2.1.2, 1.4.9, 1.3.3, 3.0.0, 1.5.0, 2.2.0
Reporter: Duo Zhang
 Fix For: 3.0.0, 1.5.0, 2.2.0, 1.4.10, 2.1.3, 2.0.5






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Created] (HBASE-21790) Detail docs on ref guide for CompactionTool

2019-01-26 Thread Wellington Chevreuil (JIRA)
Wellington Chevreuil created HBASE-21790:


 Summary: Detail docs on ref guide for CompactionTool
 Key: HBASE-21790
 URL: https://issues.apache.org/jira/browse/HBASE-21790
 Project: HBase
  Issue Type: Improvement
  Components: documentation
Reporter: Wellington Chevreuil
Assignee: Wellington Chevreuil


Describe CompactionTool in more details on the ref guide, explaining better 
each options and giving a high level overview of how it works.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


Re: [DISCUSS] Moving towards a branch-2 line that can get the 'stable' pointer.

2019-01-26 Thread Stack
As per Sean, bypass with optional 'force' (override) and recurse for case
where a procedure had spawned children was the mechanism Allan implemented
after a chat about merits of procedure delete. I found it of use doing
fixup to clusters I'd intentionally damaged testing candidates. Procedures
are usually part of a fabric with relations that an operator might have
trouble unraveling. It was thought that the bypass would be safer than a
delete, likely to cause more damage than solution.

Interested in the issues you are seeing on Master branch Sergey.

Thanks,
S

On Fri, Jan 25, 2019 at 1:54 PM Sean Busbey  wrote:

> that's already present, see the README for the "bypass" command:
>
> https://github.com/apache/hbase-operator-tools/tree/master/hbase-hbck2
>
> On Fri, Jan 25, 2019 at 3:40 PM Sergey Shelukhin
>  wrote:
> >
> > I think one thing that is needed for HBCK2 for AMv2 is to be able to
> delete single procedures from store.
> > We are evaluating master (whose assignment is very similar to branch-2)
> right now and I have to delete proc WAL pretty much every day because some
> procedure(s) are in bad state, but deleting the entire WAL also causes
> other issues.
> > It should be possible to remove some offending procedure while master is
> offline and/or online.
> >
> > -Original Message-
> > From: 张铎(Duo Zhang) 
> > Sent: Friday, January 18, 2019 5:52 PM
> > To: HBase Dev List 
> > Subject: Re: [DISCUSS] Moving towards a branch-2 line that can get the
> 'stable' pointer.
> >
> > OK, the original issue is HBCK2 for AMv2, but here we need to do more,
> not only for AMv2.
> >
> > Let me open a new issue and post what Andrew said above there.
> >
>


[jira] [Created] (HBASE-21789) Rewrite MetaTableAccessor.multiMutate with Table.coprocessorService

2019-01-26 Thread Duo Zhang (JIRA)
Duo Zhang created HBASE-21789:
-

 Summary: Rewrite MetaTableAccessor.multiMutate with 
Table.coprocessorService
 Key: HBASE-21789
 URL: https://issues.apache.org/jira/browse/HBASE-21789
 Project: HBase
  Issue Type: Improvement
  Components: Client, Coprocessors
Reporter: Duo Zhang
 Fix For: 3.0.0, 2.2.0


Now it implements a special RegionServerCallable, which is not necessary. It is 
just a coprocessor call to MultiRowMutationEndpoint, we should use the 
coprocessor related method to do this.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)