hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stack <st...@duboce.net>
Subject Re: [DISCUSS] Separate Git Repository for HBCK2
Date Wed, 19 Sep 2018 19:01:27 GMT
I have made more progress on the hbck2 tool. It can actually do damage now.
Would appreciate input, especially while it is early days, on the form it
is taking. Please see
https://github.com/apache/hbase-operator-tools/tree/master/hbase-hbck2
There is also a start on a doc to outline the hbck shape here:
https://docs.google.com/document/d/1Oun4G3M5fyrM0OxXcCKYF8td0KD7gJQjnU9Ad-2t-uk/edit#heading=h.64hssul3ontj
Would appreciate any input here too.

Thanks,
S


On Thu, Aug 2, 2018 at 5:28 PM Stack <stack@duboce.net> wrote:

> I put up new repo under rubric of
> https://issues.apache.org/jira/browse/HBASE-20969.
>
> It has barebones license and a skeleton hbase-hbck2 module at the
> moment. I made an hbase-operator-tools component up in JIRA. Flag
> items with this if operator tooling patches.
>
> TODO:
>
>  * Figure layout (minimize copy from core).
>  * Would be coolio if tools could make do w/ minimal dependency on
> hbase (shaded hbase client or build fat jars so could do java -jar
> hbase_excellent_tool.jar -Dhbase.zookeeper.ensemble=X.Y.Z do_magic or
> download all it needs before running -- run via mvn?)
>
> What else?
>
> Thanks.
>
> St.Ack
> On Tue, Jul 31, 2018 at 11:17 PM Yu Li <carp84@gmail.com> wrote:
> >
> > Just notice this one from git notification. I believe it's a great move,
> > that operators could share their tools out now. Tools are also important
> > for production usage besides java features (smile).
> >
> > Best Regards,
> > Yu
> >
> > On 29 July 2018 at 05:57, Stack <stack@duboce.net> wrote:
> >
> > > I filed HBASE-20969 "Create an hbase-operator-tools repo to host hbck2
> > > and later, other toolings". Will create repo in a day or two unless
> > > objection.
> > > Thanks,
> > > S
> > >
> > > On Thu, Jul 19, 2018 at 2:09 PM Umesh Agashe
> > > <uagashe@cloudera.com.invalid> wrote:
> > > >
> > > > Hi,
> > > >
> > > > I've had the opportunity to talk about HBCK2 with a few of you. One
> of
> > > the
> > > > suggestions is to to have a separate git repository for HBCK2. Lets
> > > discuss
> > > > about it.
> > > >
> > > > In the past when bugs were found in hbck, there is no easy way to
> release
> > > > patched version of just hbck (without patching HBase). If HBCK2 has a
> > > > separate git repo, HBCK2 versions will not be tightly related to
> HBase
> > > > versions. Fixing and releasing hbck2, may not require patching HBase.
> > > > Though tight coupling will be somewhat loosened, HBCK2 will still
> depend
> > > on
> > > > HBase APIs/ code. Caution will be required going forward regarding
> > > > compatibility.
> > > >
> > > > What you all think?
> > > >
> > > > Thanks,
> > > > Umesh
> > > >
> > > > JIRA:  https://issues.apache.org/jira/browse/HBASE-19121.
> > > > Doc:
> > > > https://docs.google.com/document/d/1NxSFu4TKQ6lY-
> > > 9J5qsCcJb9kZOnkfX66KMYsiVxBy0Y/edit?usp=sharing
> > >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message