You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by Yu Li <ca...@gmail.com> on 2018/08/01 06:17:19 UTC
Re: [DISCUSS] Separate Git Repository for HBCK2
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 <st...@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
> <ua...@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
>
Re: [DISCUSS] Separate Git Repository for HBCK2
Posted by Stack <st...@duboce.net>.
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 <st...@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 <ca...@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 <st...@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
> > > <ua...@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
> > >
>
Re: [DISCUSS] Separate Git Repository for HBCK2
Posted by Stack <st...@duboce.net>.
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 <st...@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 <ca...@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 <st...@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
> > > <ua...@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
> > >
>
Re: [DISCUSS] Separate Git Repository for HBCK2
Posted by Stack <st...@duboce.net>.
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 <ca...@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 <st...@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
> > <ua...@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
> >
Re: [DISCUSS] Separate Git Repository for HBCK2
Posted by Stack <st...@duboce.net>.
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 <ca...@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 <st...@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
> > <ua...@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
> >