On Mon, Oct 22, 2018 at 10:00 AM Mike Drob <md...@apache.org> wrote: > Stack - I'm still working on HBASE-21073, there were tests that failed in > precommit so I launched a retry. Please don't cut an RC without it. > > NP. HBASE-21073 is not a blocker though. Hopefully lands in next day or so. Thanks, S
> On Mon, Oct 22, 2018 at 11:56 AM Stack <st...@duboce.net> wrote: > > > Back again.... > > > > Lets push out a 2.1.1RC0. > > > > Here are the list of outstanding issues: > > https://issues.apache.org/jira/projects/HBASE/versions/12343470 > > > > Nightlies are gettting better [1] but still some flakies in the mix[2]. > > > > If you are up for helping or you own any of the above outstanding issues, > > please take a look and help resolve them over the next day or so. > > > > Meantime, lets call a halt on branch-2.1 commits, or at least, lets at > > least chat before commit (Some great fixes have come in over the last few > > days....). > > > > I've been testing the tip of branch-2.1 and its looking pretty good. Will > > keep at it. > > > > Thanks, > > S > > > > 1. > > > > > https://builds.apache.org/view/H-L/view/HBase/job/HBase%20Nightly/job/branch-2.1/ > > 2. > > > > > https://builds.apache.org/view/H-L/view/HBase/job/HBase-Find-Flaky-Tests/job/branch-2.1/lastSuccessfulBuild/artifact/dashboard.html > > > > On Fri, Oct 19, 2018 at 10:32 AM Stack <st...@duboce.net> wrote: > > > > > Kicking this thread.... > > > > > > * Lots of progress on an hbck2. It has some basic utility (see below) > > > that has been useful to me at least hacking on a test cluster I've been > > > doing damage too this last week or so. It exits with complaint if run > > > against an hbase that doesn't have support for hbck2 ops (i.e. < 2.0.3 > > or < > > > 2.1.0) and it is itself versioned. I'll work on a bit of doc and our > Sean > > > is working on making it easy to find and run over in HBASE-21215 > > > <https://issues.apache.org/jira/browse/HBASE-21215>. We could cut a > > > 1.0.0RC inside the next week or so I'd say. > > > * A bunch of messy stuff has been fixed over the last few weeks on the > > > tip of branch-2.1 thanks to our Duo, Allan, JIngyun,among others (and > > > backported to branch-2.0 <= Look for a 2.0.3RC soon after the > > 2.1.1RC...). > > > In cluster testing, we're not looking bad. > > > > > > So, I think a 2.1.1RC0 is not far off. If you want to help out, there's > > > just a few outstanding issues [1]. If any are yours, please do an > update > > > (including moving out of 2.1.1 if you don't think it will make it ). > The > > > other area that needs love is failing unit tests. There are just a few. > > > Pick one and have a go at it [2]. > > > > > > Lets try and get an RC0 up next week or so? > > > Thanks, > > > S > > > > > > 1. https://issues.apache.org/jira/projects/HBASE/versions/12343470 > > > 2. > > > > > > https://builds.apache.org/view/H-L/view/HBase/job/HBase%20Nightly/job/branch-2.1/ > > > and > > > > > > https://builds.apache.org/view/H-L/view/HBase/job/HBase-Find-Flaky-Tests/job/branch-2.1/lastSuccessfulBuild/artifact/dashboard.html > > > > > > Below is usage for HBCK2 as of today: > > > > > > $ > > > > > > HBASE_CLASSPATH_PREFIX=~/checkouts/hbase-operator-tools/hbase-hbck2/target/hbase-hbck2-1.0.0-SNAPSHOT.jar > > > ./bin/hbase org.apache.hbase.HBCK2 > > > usage: HBCK2 [OPTIONS] COMMAND <ARGS> > > > > > > Options: > > > -d,--debug run with debug output > > > -h,--help output this help message > > > -p,--hbase.zookeeper.property.clientPort port of target hbase > ensemble > > > -q,--hbase.zookeeper.quorum <arg> ensemble of target hbase > > > -v,--version this hbck2 version > > > -z,--zookeeper.znode.parent parent znode of target > hbase > > > > > > Commands: > > > assigns [OPTIONS] <ENCODED_REGIONNAME>... > > > Options: > > > -o,--override override ownership by another procedure > > > A 'raw' assign that can be used even during Master initialization. > > > Skirts Coprocessors. Pass one or more encoded RegionNames. > > > 1588230740 is the hard-coded name for the hbase:meta region and > > > de00010733901a05f5a2a3a382e27dd4 is an example of what a user-space > > > encoded Region name looks like. For example: > > > $ HBCK2 assign 1588230740 de00010733901a05f5a2a3a382e27dd4 > > > Returns the pid(s) of the created AssignProcedure(s) or -1 if none. > > > > > > bypass [OPTIONS] <PID>... > > > Options: > > > -o,--override override if procedure is running/stuck > > > -r,--recursive bypass parent and its children. SLOW! EXPENSIVE! > > > -w,--lockWait milliseconds to wait on lock before giving up; > > > default=1 > > > Pass one (or more) procedure 'pid's to skip to procedure finish. > > > Parent of bypassed procedure will also be skipped to the finish. > > > Entities will be left in an inconsistent state and will require > > > manual fixup. May need Master restart to clear locks still held. > > > Bypass fails if procedure has children. Add 'recursive' if all > > > you have is a parent pid to finish parent and children. This > > > is SLOW, and dangerous so use selectively. Does not always work. > > > > > > unassigns <ENCODED_REGIONNAME>... > > > Options: > > > -o,--override override ownership by another procedure > > > A 'raw' unassign that can be used even during Master initialization. > > > Skirts Coprocessors. Pass one or more encoded RegionNames: > > > 1588230740 is the hard-coded name for the hbase:meta region and > > > de00010733901a05f5a2a3a382e27dd4 is an example of what a user-space > > > encoded Region name looks like. For example: > > > $ HBCK2 unassign 1588230740 de00010733901a05f5a2a3a382e27dd4 > > > Returns the pid(s) of the created UnassignProcedure(s) or -1 if > none. > > > > > > setTableState <TABLENAME> <STATE> > > > Possible table states: ENABLED, DISABLED, DISABLING, ENABLING > > > To read current table state, in the hbase shell run: > > > hbase> get 'hbase:meta', '<TABLENAME>', 'table:state' > > > A value of \x08\x00 == ENABLED, \x08\x01 == DISABLED, etc. > > > An example making table name 'user' ENABLED: > > > $ HBCK2 setTableState users ENABLED > > > Returns whatever the previous table state was. > > > > > > > > > > > > > > > On Mon, Oct 8, 2018 at 4:34 PM Stack <st...@duboce.net> wrote: > > > > > >> On Mon, Oct 8, 2018 at 4:01 PM Josh Elser <els...@apache.org> wrote: > > >> > > >>> Best place to find hbck2 issue needing review is off of HBASE-19121 > or > > >>> somewhere else? > > >>> > > >>> > > >> For 2.1.1 issues, see the 2.1.1 release listing: > > >> https://issues.apache.org/jira/projects/HBASE/versions/12343470 Half > > >> these items are items turned up testing branch-2.1 and trying to use > > hbck2. > > >> Will link a few others. > > >> > > >> > > >>> All: please feel free to ping directly if you want/need reviews. > > >>> > > >>> Will do. > > >> > > >> Thanks, > > >> S > > >> > > >> > > >> > > >>> On 10/5/18 7:41 PM, 张铎(Duo Zhang) wrote: > > >>> > Stack has a plan on the 2.1.1 release where we want to finish the > > first > > >>> > version on hbck2. In the real deploy we have met a stuck cluster > > >>> several > > >>> > times, and lots of users have asked that why hbck can not work any > > >>> more... > > >>> > > > >>> > So the current opening issue is not important, please help > reviewing > > >>> the > > >>> > patches for hbck2 to speed up the release... > > >>> > > > >>> > Thanks for bringing this up > > >>> > > > >>> > Mike Drob <md...@apache.org>于2018年10月5日 周五23:53写道: > > >>> > > > >>> >> Devs, > > >>> >> > > >>> >> It's been almost 3 months since 2.1.0 was released (Jul 19) and we > > >>> have 150 > > >>> >> commits on branch-2.1 in that time. What do folks think of > getting a > > >>> >> release going? I know that there's been some discussion around the > > >>> HBCK2 > > >>> >> stuff landing, but I feel like the conversation has gotten a bit > > lost > > >>> >> without an actual release to relate to. > > >>> >> > > >>> >> Duo, as the 2.1.0 release manager, are you interested in > maintaining > > >>> the > > >>> >> 2.1 branch release cadence? If you've gotten busy, then let's find > > >>> another > > >>> >> volunteer. > > >>> >> > > >>> >> There are 18 issues open or in progress currently. Only one is > > >>> labelled > > >>> >> blocker, and five more are critical -- let's evaluate these and > the > > >>> rest to > > >>> >> figure out what we need for a release to happen. I went ahead and > > >>> created a > > >>> >> 2.1.2 version in Jira so that we have somewhere to move issues > that > > >>> aren't > > >>> >> getting done soon. > > >>> >> > > >>> >> Meanwhile, I think we also need to look at test stabilization -- > > >>> there's 15 > > >>> >> tests on the dashboard that might need attention. > > >>> >> > > >>> >> Mike > > >>> >> > > >>> > > > >>> > > >> > > >