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- > > >