Sounds good. Are you going to take care of cherry-picking these items to branch-1.0.x? We also need a commit to reset the version in that branch to 1.0.1-SNAPSHOT during the dev period.
On Tue, Sep 27, 2016 at 11:11 AM, Dan Burkert <[email protected]> wrote: > Fixes have landed for KUDU-1651 > <https://github.com/apache/kudu/commit/1f40913de6d3427847f3d435e1b84f > b928a6f6a9> > and KUDU-1652 > <https://github.com/apache/kudu/commit/ce17a9c4eb34dcfe63c8d4321d38d1 > 8a0cb8c5c2>, > so every outstanding known issue > that we want to address has a committed fix in master. Since many people > are > otherwise busy with the Strata conference this week, I think we should > stick to > the original plan to cut an RC on October 7th, with a potential release > date the > following week. If any further bugs arise before the 7th we can consider > them > for inclusion. Thanks all. > > - Dan > > On Mon, Sep 26, 2016 at 11:18 AM, Adar Dembo <[email protected]> wrote: > > +1 to a patch release. > > > > My only opinion on the nominated patches is that I'm not sure if we > > need to include the KUDU-1090 fix. IIRC it was very rare and generally > > only contributed to test flakiness. But, I'm fine with including it if > > others feel strongly. > > > > On Mon, Sep 26, 2016 at 10:55 AM, Todd Lipcon <[email protected]> wrote: > >> +1 for a bug fix release, especially to address the known crash bugs. > I'll > >> add one more to the running: > >> > >> https://gerrit.cloudera.org/#/c/4535/ > >> > >> This fixes a crash when running on single-core systems. Again not too > >> common (even most VMs have two cores these days) but it can be a blocker > if > >> you need to run on a single-core. > >> > >> -Todd > >> > >> On Mon, Sep 26, 2016 at 10:49 AM, Dan Burkert <[email protected]> > wrote: > >> > >>> Hi all, > >>> > >>> Since the 1.0.0 release there have been a few issues found which may > >>> warrant a bug fix on the 1.0.x line. I'd like to get the ball rolling > and > >>> figure out what we might want to include in a bug release, if we decide > to > >>> go ahead with a bug release fix. > >>> > >>> Potential inclusions: > >>> > >>> KUDU-1652 <https://issues.apache.org/jira/browse/KUDU-1652>: Partition > >>> pruning / scan optimization fails with IS NOT NULL predicate on PK > column > >>> KUDU-1651 <https://issues.apache.org/jira/browse/KUDU-1651>: tserver > crash > >>> when pushing predicate on dict encoded block with all null values > >>> 8fc75a5c65 > >>> <https://github.com/apache/kudu/commit/8fc75a5c654e100871316e61878b14 > >>> 1df4707d0e>: > >>> [java > >>> client] Fix an NPE in KuduException > >>> 9911c489 > >>> <https://github.com/apache/kudu/commit/9911c489c45b3a261ee50ad1f83738 > >>> 7b4953421b> > >>> KUDU-1623 <https://issues.apache.org/jira/browse/KUDU-1623>: Properly > >>> handle UPSERTS that only include PK column > >>> b0b273e8 > >>> <https://github.com/apache/kudu/commit/b0b273e8271752b6eb04ba163981aa > >>> d1c792e413>: > >>> [java client] make DateFormat safe to use > >>> 1eb2418 > >>> <https://github.com/apache/kudu/commit/1eb24183a540f4e3bbbc8a399e440e > >>> cf905f6129>: > >>> consensus: properly truncate all state when aborting operations > >>> KUDU-1090 <https://issues.apache.org/jira/browse/KUDU-1090> 4b9d2f6 > >>> <https://github.com/apache/kudu/commit/4b9d2f6976f45ea57e9a2c2648f31b > >>> 3a0941a569>: > >>> relax > >>> MemTracker uniqueness constraint > >>> > >>> It would also be nice to fix the Java client's client2tablet > >>> synchronization / memory leak issue, but I'm not sure of the proper set > of > >>> patches to backport. JD/David, do you have any insight on that? > >>> > >>> Please reply with any other commits that you would like to include. > >>> > >>> Most of these issues are extremely rare, or easily worked around (or > both), > >>> but I think in aggregate they represent enough sharp edges that waiting > for > >>> a 1.1 release may be painful. > >>> > >>> Since a few of these issues don't have a patch committed or even in > review > >>> yet, an RC probably can't be cut before the end of next week (October > >>> 7th). I volunteer to RM this one. What does everyone think? > >>> > >>> - Dan > >>> > >> > >> > >> > >> -- > >> Todd Lipcon > >> Software Engineer, Cloudera > -- Todd Lipcon Software Engineer, Cloudera
