TL;DR: No consensus yet. Let's extend the vote for a day or two, until we have 3 +1s or a legit -1. During that time we can test further, and investigate any issues that have shown up.
Here's a summary of what's been reported on the 1.2.0-rc2 vote thread: - There was a perf core dump on ASF CI, which is not necessarily a blocker: MESOS-7160 Parsing of perf version segfaults Perhaps fixed by backporting MESOS-6982: PerfTest.Version fails on recent Arch Linux - There were a couple of (known/unsurprising) flaky tests: MESOS-7185 DockerRuntimeIsolatorTest.ROOT_INTERNET_CURL_DockerDefaultEntryptRegistryPuller is flaky MESOS-4570 DockerFetcherPluginTest.INTERNET_CURL_FetchImage seems flaky. - If we were to have an rc3, the following Critical bugs could be included: MESOS-7050 IOSwitchboard FDs leaked when containerizer launch fails -- leads to deadlock MESOS-6982 PerfTest.Version fails on recent Arch Linux - Plus doc updates: MESOS-7188 Add documentation for Debug APIs to Operator API doc MESOS-7189 Add nested container launch/wait/kill APIs to agent API docs. On Wed, Mar 1, 2017 at 11:30 AM, Neil Conway <neil.con...@gmail.com> wrote: > The perf core dump might be addressed if we backport this change: > > https://reviews.apache.org/r/56611/ > > Although my guess is that this isn't a severe problem: for some > as-yet-unknown reason, running `perf` on the host segfaulted, which > causes the test to fail. > > Neil > > On Wed, Mar 1, 2017 at 11:09 AM, Vinod Kone <vinodk...@apache.org> wrote: > > Tested on ASF CI. > > > > Saw 2 configurations fail. One was the perf core dump issue > > <https://issues.apache.org/jira/browse/MESOS-7160>. Other is a known > (since > > 0..28.0) flaky test with Docker fetcher plugin > > <https://issues.apache.org/jira/browse/MESOS-4570>. > > > > Withholding the vote until we know the severity of the perf core dump. > > > > > > *Revision*: b9d8202a7444d0d1e49476bfc9817eb4583beaff > > > > - refs/tags/1.1.1-rc2 > > > > Configuration Matrix gcc clang > > centos:7 --verbose --enable-libevent --enable-ssl autotools > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=autotools,COMPILER=gcc,CONFIGURATION=--verbose%20-- > enable-libevent%20--enable-ssl,ENVIRONMENT=GLOG_v=1% > 20MESOS_VERBOSE=1,OS=centos%3A7,label_exp=(docker%7C% > 7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Not run] > > cmake > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=cmake,COMPILER=gcc,CONFIGURATION=-- > verbose%20--enable-libevent%20--enable-ssl,ENVIRONMENT= > GLOG_v=1%20MESOS_VERBOSE=1,OS=centos%3A7,label_exp=(docker% > 7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Not run] > > --verbose autotools > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=autotools,COMPILER=gcc,CONFIGURATION=--verbose, > ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1,OS=centos%3A7,label_ > exp=(docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Not run] > > cmake > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=cmake,COMPILER=gcc,CONFIGURATION=-- > verbose,ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1,OS=centos% > 3A7,label_exp=(docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Not run] > > ubuntu:14.04 --verbose --enable-libevent --enable-ssl autotools > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=autotools,COMPILER=gcc,CONFIGURATION=--verbose%20-- > enable-libevent%20--enable-ssl,ENVIRONMENT=GLOG_v=1% > 20MESOS_VERBOSE=1,OS=ubuntu%3A14.04,label_exp=(docker%7C% > 7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Failed] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=autotools,COMPILER=clang,CONFIGURATION=--verbose%20-- > enable-libevent%20--enable-ssl,ENVIRONMENT=GLOG_v=1% > 20MESOS_VERBOSE=1,OS=ubuntu%3A14.04,label_exp=(docker%7C% > 7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > cmake > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=cmake,COMPILER=gcc,CONFIGURATION=-- > verbose%20--enable-libevent%20--enable-ssl,ENVIRONMENT= > GLOG_v=1%20MESOS_VERBOSE=1,OS=ubuntu%3A14.04,label_exp=( > docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=cmake,COMPILER=clang,CONFIGURATION=- > -verbose%20--enable-libevent%20--enable-ssl,ENVIRONMENT= > GLOG_v=1%20MESOS_VERBOSE=1,OS=ubuntu%3A14.04,label_exp=( > docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > --verbose autotools > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=autotools,COMPILER=gcc,CONFIGURATION=--verbose, > ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1,OS=ubuntu%3A14.04, > label_exp=(docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Failed] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=autotools,COMPILER=clang,CONFIGURATION=--verbose, > ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1,OS=ubuntu%3A14.04, > label_exp=(docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > cmake > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=cmake,COMPILER=gcc,CONFIGURATION=-- > verbose,ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1,OS=ubuntu% > 3A14.04,label_exp=(docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > [image: Success] > > <https://builds.apache.org/view/M-R/view/Mesos/job/Mesos- > Release/30/BUILDTOOL=cmake,COMPILER=clang,CONFIGURATION=- > -verbose,ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1,OS=ubuntu% > 3A14.04,label_exp=(docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/> > > > > On Wed, Mar 1, 2017 at 9:24 AM, Greg Mann <g...@mesosphere.io> wrote: > > > >> I wanted to give a heads up on a flaky test failure I've encountered > while > >> testing this RC: 'DockerRuntimeIsolatorTest.ROO > >> T_INTERNET_CURL_DockerDefaultEntryptRegistryPuller'. One issue related > to > >> this test was resolved recently (https://issues.apache.org/ > >> jira/browse/MESOS-6001), but this seems to be a separate issue ( > >> https://issues.apache.org/jira/browse/MESOS-7185). I haven't had time > to > >> triage yet so I'm not sure if this represents a legitimate bug, but I > >> thought I'd email here to increase visibility while the vote is out. > >> > >> Cheers, > >> Greg > >> > >> > >> On Fri, Feb 24, 2017 at 1:14 AM, Adam Bordelon <a...@mesosphere.io> > wrote: > >> > >> > Dear Mesos developers and users, > >> > > >> > Please vote on releasing the following candidate as Apache Mesos > 1.2.0. > >> > > >> > 1.2.0 includes the following: > >> > ------------------------------------------------------------ > >> > -------------------- > >> > * [MESOS-5931] - **Experimental** Support auto backend in Mesos > >> > Containerizer, > >> > prefering overlayfs then aufs. Please note that the bind backend > >> needs > >> > to be > >> > specified explicitly through the agent flag > >> > '--image_provisioner_backend' > >> > since it requires the sandbox already existed. > >> > > >> > * [MESOS-6402] - **Experimental** Add rlimit support to Mesos > >> > containerizer. > >> > The isolator adds support for setting POSIX resource limits > (rlimits) > >> > for > >> > containers launched using the Mesos containerizer. POSIX rlimits > can > >> be > >> > used > >> > to control the resources a process can consume. See `docs/ > >> > posix_rlimits.md` > >> > for details. > >> > > >> > * [MESOS-6419] - **Experimental** Teardown unregistered frameworks. > The > >> > master > >> > now treats recovered frameworks very similarly to frameworks that > are > >> > registered > >> > but currently disconnected. For example, recovered frameworks > will be > >> > reported > >> > via the normal "frameworks" key when querying HTTP endpoints. This > >> > means there > >> > is no longer a concept of "orphan tasks": if the master knows > about a > >> > task, the > >> > task will be running under a framework. Similarly, "teardown" > >> > operations on > >> > recovered frameworks will now work correctly. > >> > > >> > * [MESOS-6460] - **Experimental** Container Attach and Exec. This > >> feature > >> > adds > >> > new Agent APIs for attaching a remote client to the stdin, stdout, > >> and > >> > stderr > >> > of a running Mesos task, as well as an API for launching new > >> processes > >> > inside > >> > the same container as a running Mesos task and attaching to its > >> stdin, > >> > stdout, > >> > and stderr. At a high level, these APIs mimic functionality > similar > >> to > >> > docker > >> > attach and docker exec. The primary motivation for such > functionality > >> > is to > >> > enable users to debug their running Mesos tasks. > >> > > >> > * [MESOS-6758] - **Experimental** Support 'Basic' auth docker > private > >> > registry > >> > on Mesos Containerizer. Until now, the mesos containerizer always > >> > assumed > >> > Bearer auth, but we now also support basic auth for private > >> registries. > >> > Please > >> > note that the AWS ECS uses Basic authorization but it does not > work > >> yet > >> > due to > >> > the redirect issue MESOS-5172. > >> > > >> > The CHANGELOG for the release is available at: > >> > https://git-wip-us.apache.org/repos/asf?p=mesos.git;a=blob_p > >> > lain;f=CHANGELOG;hb=1.2.0-rc2 > >> > ------------------------------------------------------------ > >> > -------------------- > >> > > >> > The candidate for Mesos 1.2.0 release is available at: > >> > https://dist.apache.org/repos/dist/dev/mesos/1.2.0-rc2/ > >> mesos-1.2.0.tar.gz > >> > > >> > The tag to be voted on is 1.2.0-rc2: > >> > https://git-wip-us.apache.org/repos/asf?p=mesos.git;a= > commit;h=1.2.0-rc2 > >> > > >> > The MD5 checksum of the tarball can be found at: > >> > https://dist.apache.org/repos/dist/dev/mesos/1.2.0-rc2/mesos > >> > -1.2.0.tar.gz.md5 > >> > > >> > The signature of the tarball can be found at: > >> > https://dist.apache.org/repos/dist/dev/mesos/1.2.0-rc2/mesos > >> > -1.2.0.tar.gz.asc > >> > > >> > The PGP key used to sign the release is here: > >> > https://dist.apache.org/repos/dist/release/mesos/KEYS > >> > > >> > The JAR is up in Maven in a staging repository here: > >> > https://repository.apache.org/content/repositories/ > orgapachemesos-1180 > >> > > >> > Please vote on releasing this package as Apache Mesos 1.2.0! > >> > > >> > The vote is open until Wed Mar 1 18:00 PST 2017 and passes if a > majority > >> of > >> > at least 3 +1 PMC votes are cast. > >> > > >> > [ ] +1 Release this package as Apache Mesos 1.2.0 > >> > [ ] -1 Do not release this package because ... > >> > > >> > Thanks, > >> > -Adam- > >> > > >> >