+1 - Successfully built in RELEASE mode on macOS Mojave and CentOS 7.3.
- Ran tests in slow mode on CentOS, memory_gc-itest seems to be flaky as it failed at first but I re-ran it several times and it passed. There was another failure which was environmental (address already in use). - Built and tested the Java clients, there was one environmental failure (too many open files). - Successfully built examples/java/insert-loadgen and examples/scala/spark-example using the 1.11.0 convenience JARs from the staging repo. Attila On Fri, Oct 25, 2019 at 07:34:45PM +0800, hzhel...@corp.netease.com wrote: > Hi Yifan, > > Thanks for your report, but I guess that's a known problem. In the previous > patch submitted by Yingchun, it has improved the output of the defective > value, especially for the historical range partitioned tables. At the same > time, the problems you found in the master's metrics and kudu CLI tool are > real. But both of them have a lower priority in my opinion, and shouldn't > block the release. As your said we can fix them in the next version. > > +1 > Ran both debug and release mode on debian8.9, all c++ tests passed except > client_symbol-test as I made a soft link on directory "bin". > > > > 何李夫 > 2019-10-25 19:34:19 > > > > -----邮件原件----- > 发件人: dev-return-6342-hzhelifu=corp.netease....@kudu.apache.org > <dev-return-6342-hzhelifu=corp.netease....@kudu.apache.org> 代表 Zhang Yifan > 发送时间: 2019年10月25日 15:08 > 收件人: dev@kudu.apache.org; aser...@cloudera.com > 主题: Re:[VOTE] Apache Kudu 1.11.0-RC3 > > +0Built on CentOS 7.3. Ran DEBUG tests in slow mode. No failures.It seems > the table metric 'live_row_count' still has some problems. > > > When master aggregate all tablets' live_row_count, the table metric > 'live_row_count' is 0 for legacy tables, and for legacy tables with newly > added partitions, the value is live row count of new partitions. I could get > the metric value via master’s Web UI at master:8051/metrics. > I also tried to get this metric via `kudu table statistics` CLI tool, the > value is 0 for both legacy tables and partly legacy tables. > I think this new table metric should be invalid if the table contains some > legacy tablets, and we can't get the metric via clients and Web UI. > > > We should at least document the meaning of the table metric in the release > notes and fix it in 1.12.0. > > > At 2019-10-24 08:50:28, "Alexey Serbin" <aser...@cloudera.com.INVALID> > wrote: >Hello Kudu devs! > >The Apache Kudu team is happy to announce the > third release candidate (RC3) >for Apache Kudu 1.11.0. > >Apache Kudu 1.11.0 > is a minor release that offers many improvements and >fixes >since the prior > release. > >This is a source-only release. The artifacts have been staged > here: > https://dist.apache.org/repos/dist/dev/kudu/1.11.0-RC3/ > >Java > convenience binaries in the form of a Maven repository are staged here: > > https://repository.apache.org/content/repositories/orgapachekudu-1041 > >It > is tagged in Git as 1.11.0-RC3 and the corresponding hash is the >following: > > > >https://gitbox.apache.org/repos/asf?p=kudu.git;a=commit;h=08db97c591d9131cb > ef9b8e5b4f44a6e854c25f0 > >The release notes can be found here: > > https://github.com/apache/kudu/blob/branch-1.11.x/docs/release_notes.adoc > > >The KEYS file to verify the artifact signatures can be found here: > > https://dist.apache.org/repos/dist/release/kudu/KEYS > >I'd suggest going > through the README and the release notes, building Kudu, >and >running the > unit tests. Testing out the Maven repo would also be >appreciated. >Another > test is to check for the behavior of the newly introduced >table's live rows > metric when upgrading from Kudu 1.10 with already existing >tables, making > sure it behaves the expected way for the legacy tables and >also for legacy > tables with newly added partitions while running Kudu 1.11. > >The vote will > run until Mon Oct 28 11:00:00 PDT 2019. This is more than >usual 72 hours > from the time of sending out this e-mail message because >of the weekend. > > > >Thanks, >Alexey >
signature.asc
Description: PGP signature