Update: Been running ITBLL with chaos (slowDeterministic) over the last 24hrs on a 5 node cluster. So far no issues, will monitor for the next 24hrs and prepare an RC if no issue surfaces.
On Sat, Jul 10, 2021 at 5:49 PM Bharath Vissapragada <[email protected]> wrote: > Update: All the patches are in. I have a local RC that I'm installing in a > cluster to test them out under load and chaos. Might take a couple more > days before I publish the bits for the community. > > On Tue, Jul 6, 2021 at 9:33 AM Bharath Vissapragada <[email protected]> > wrote: > >> Thanks everyone for chiming in. 1.7.1 it is. Working on a couple of final >> patches related to documentation and serialization fix ups, will try to >> create RC0 by the end of this week. >> >> On Sat, Jul 3, 2021 at 5:45 AM 张铎(Duo Zhang) <[email protected]> >> wrote: >> >>> Checked the download page, 1.7.0 is release on 6.12, nearly a month ago, >>> so >>> I'm +1 on 1.7.1 and include all the new commits. >>> >>> Thanks. >>> >>> Reid Chan <[email protected]> 于2021年7月3日周六 下午8:07写道： >>> >>> > +1 for 1.7.1 >>> > >>> > There are some improvements about thrift in branch-1, worth a minor >>> > release. >>> > >>> > >>> > >>> > On Fri, Jul 2, 2021 at 1:39 AM Bharath Vissapragada < >>> [email protected]> >>> > wrote: >>> > >>> > > Hi, >>> > > >>> > > As some of you may know, we have an incompatible serialization >>> backport >>> > > that landed in 1.7.0 (courtesy of yours truly) that is causing >>> upgrade >>> > > issues (thanks to Viraj for noticing it, more details in HBASE-26021 >>> > > <https://issues.apache.org/jira/browse/HBASE-26021>). We have to >>> > withdraw >>> > > the release so as to not let 1.x users upgrade to it and instead do >>> > another >>> > > release in the same line. We can either do a 1.7.0.1 (= 1.7.0 + >>> > HBASE-26021 >>> > > fix) or do a 1.7.1 which includes all the commits since 1.7.0 which >>> is >>> > > fairly small (listed below). >>> > > >>> > > ==== delta since 1.7.0 release ===== >>> > > 7d0a72be14 (origin/branch-1) HBASE-22923 min version of RegionServer >>> to >>> > > move system table regions (#3438) >>> > > 28f36f4619 HBASE-26021: Undo the incompatible serialization change in >>> > > HBASE-7767 (#3435) >>> > > 395eb0c8e0 HBASE-25130 - Fix master in-memory server holding map >>> after: >>> > > (#3402) >>> > > b2f8ec993e HBASE-26025 Add a flag to mark if the IOError can be >>> solved by >>> > > retry in thrift IOError (#3429) >>> > > fd2f8a581f HBASE-26013 Get operations readRows metrics becomes zero >>> after >>> > > HBASE-25677 (#3410) >>> > > 7e57fecda8 HBASE-21674:Port HBASE-21652 (Refactor ThriftServer making >>> > > thrift2 server inherited from thrift1 server) to branch-1 (#2941) >>> > > 5263b8cf40 HBASE-26004: port HBASE-26001 (cell level tags invisible >>> in >>> > > atomic operations when access control is on)to branch-1 (#3387) >>> > > 2e24bad826 HBASE-25984: Avoid premature reuse of sync futures in >>> FSHLog >>> > > (#3371) (#3398) >>> > > a40f4583e3 Set version on branch-1 to 1.7.1-SNAPSHOT >>> > > 0fd6eeb012 HBASE-25910 - Fix port assignment test (#3308) >>> > > 782e24bd9b HBASE-25924 Re-compute size of WAL file while removing >>> from >>> > > WALEntryStream (#3316) >>> > > ============================= >>> > > >>> > > One of these (marked in red above) is a critical fix that was >>> causing us >>> > > issues, so I'd prefer to include it in either of the paths we take. >>> > Andrew >>> > > was suggesting 1.7.0.1 in the jira comments (correct me if your >>> > definition >>> > > of 1.7.0.1 is different than mine) while I'm leaning towards doing a >>> > 1.7.1 >>> > > since the delta is fairly small. Thoughts? >>> > > >>> > > I'm happy to be an RM for this release unless there is any objection. >>> > > >>> > > Thanks, >>> > > Bharath >>> > > >>> > >>> >>
