Re: Subject: [VOTE] Release Apache Mesos 1.10.0 (rc1)

+1 (binding) Observed only known flakes in internal CI. On Wed, May 27, 2020 at 9:56 AM Benjamin Mahler wrote: > +1 (binding) > > On Mon, May 18, 2020 at 4:36 PM Andrei Sekretenko > wrote: > >> Hi all, >> >> Please vote on releasing the following candidate as Apache Mesos 1.10.0. >> >> 1.10.0

Re: [VOTE] Release Apache Mesos 1.7.3 (rc1)

Hi all, The vote for Mesos 1.7.3 (rc1) has passed with the following votes. +1 (Binding) -- Vinod Kone Benjamin Mahler Greg Mann There were no 0 or -1 votes. Please find the release at: https://dist.apache.org/repos/dist/release/mesos/1.7.3 It is recommended to

Re: [VOTE] Release Apache Mesos 1.7.3 (rc1)

+1 (binding) Ran in internal CI, also built manually on CentOS 7. Only known flaky test failures observed. On Thu, May 7, 2020 at 3:02 PM Benjamin Mahler wrote: > +1 (binding) > > On Mon, May 4, 2020 at 1:48 PM Greg Mann wrote: > > > Hi all, > > > > Please v

[VOTE] Release Apache Mesos 1.7.3 (rc1)

this package as Apache Mesos 1.7.3 [ ] -1 Do not release this package because ... Thanks, Greg Mann

Custom Docker executors

Hi all, I'd like to propose that we remove the code in the Docker containerizer which allows schedulers to run custom executors in Docker containers. I suspect that this feature may not be used at all currently, and its presence in the containerizer leads to some added complexity. If you do run cus

RFC: Task Resource Limits Design

Hi all, Myself and a few others have been working recently on a design to support task resource limits in Mesos. This feature allows schedulers to specify on their tasks an upper limit for CPU and memory which is greater than the requested CPU/mem resources. The task will be guaranteed access to th

Re: [VOTE] Release Apache Mesos 1.8.1 (rc1)

+1 'sudo make check' on CentOS On Tue, Jul 16, 2019 at 4:56 PM Meng Zhu wrote: > +1 > > tested on centos 7.4, only known flakies: > > [ PASSED ] 466 tests. > [ FAILED ] 7 tests, listed below: > [ FAILED ] CgroupsIsolatorTest.ROOT_CGROUPS_CFS_EnableCfs > [ FAILED ] CgroupsAnyHierarchyWit

[API WG] Meeting today cancelled

Hi all, We don't have anything on the agenda for today, so I'm going to cancel today's meeting. Please add any items you might have for discussion to the agenda here if you'd like to discuss them next

Re: Design doc: Agent draining and deprecation of maintenance primitives

they want and Mesos enforces constraints (e.g. quota limits), thereby > eliminating the multi-scheduler scalability issues of the current offer > model. > > > > And as somewhat of an aside, the lack of built-in scheduling has been > bad for the Mesos ecosystem. The vast majority of us

[API WG] Meeting today cancelled

Hi all, There are no agenda items for the API working group meeting today, so I'm cancelling it. The next meeting is scheduled for May 14, please add agenda items if you have any planned or proposed API changes

Planned change: disallow frameworks changing principals

Hi all, Due to MESOS-2842 , we are planning to update the Mesos master to disallow frameworks from changing their principal during reregistration. This will mean that over the lifetime of a framework with a given framework ID, the framework will onl

Moving the 'mesos-rxjava' repo

Hi all, I wanted to announce a planned change to the mesos-rxjava project, which is currently hosted in Mesosphere's github organization. I'm planning to move this project into the unofficial Mesos github organization so that

Re: [API WG] Meeting tomorrow, call for agenda

Looks like we have no agenda for the meeting today, so I'm cancelling it. Next API working group meeting will be held on April 2, see you then! On Mon, Mar 18, 2019 at 11:33 AM Greg Mann wrote: > Hi all! > We have an API working group meeting scheduled for tomorrow, but as of now >

[API WG] Meeting tomorrow, call for agenda

Hi all! We have an API working group meeting scheduled for tomorrow, but as of now there are no items on the agenda . If you have any planned or in-progress API changes that have not yet been discussed

Re: [VOTE] Release Apache Mesos 1.5.3 (rc1)

+1 (binding) Ran through internal CI and observed only known flaky tests; almost all configurations passed with no failures. Cheers, Greg On Thu, Mar 7, 2019 at 1:55 AM Vinod Kone wrote: > +1 (binding) > > Ran in ASF CI. Saw some flaky tests but otherwise looks good. > > *Revision*: b1dbba03af

[API WG] Meeting tomorrow

Hi all, The next API working group meeting will be held tomorrow, March 5, at 11am PST. We'll be discussing the planned update of scheduler API operation reconciliation to a pattern more similar to task state reconciliation. *Note that this will be a breaking change for schedulers which are curren

Re: Discussion: Scheduler API for Operation Reconciliation

Hey folks, Sorry to let this thread die out! I wanted to loop back and confirm our planned approach. We would like to change the v1 scheduler API so that the RECONCILE_OPERATIONS call no longer receives a synchronous HTTP response, but instead results in an asynchronous stream of operation status u

[RESULT][VOTE] Release Apache Mesos 1.6.2 (rc1)

Hi all, The vote for Mesos 1.6.2 (rc1) has passed with the following votes. +1 (Binding) -- Vinod Kone Gastón Kleiman Meng Zhu Gilbert Song There were no 0 or -1 votes. Please find the release at: https://dist.apache.org/repos/dist/release/mesos/1.6.2 It is recomme

Re: [VOTE] Release Apache Mesos 1.7.2 (rc1)

+1 Built on CentOS 7.4 and ran all tests as root. Only 3 test failures were observed, all known flakes. Cheers, Greg On Wed, Feb 20, 2019 at 7:12 AM Vinod Kone wrote: > +1 > > Ran this on ASF CI. > > The red builds are a flaky infra issue and a known flaky test >

Re: [VOTE] Release Apache Mesos 1.6.2 (rc1)

parallel-test-execution,ENVIRONMENT=GLOG_v=1%20MESOS_VERBOSE=1,OS=ubuntu:16.04,label_exp=(docker%7C%7CHadoop)&&(!ubuntu-us1)&&(!ubuntu-eu2)/console > >in > ASF CI. Doesn't seem to be a known issue according to JIRA. > > @Greg Mann can you please confirm if this is a

[VOTE] Release Apache Mesos 1.6.2 (rc1)

Hi all, Please vote on releasing the following candidate as Apache Mesos 1.6.2. 1.6.2 includes a number of bug fixes since 1.6.1; the CHANGELOG for the release is available at: https://gitbox.apache.org/repos/asf?p=mesos.git;a=blob_plain;f=CHANGELOG;hb=1.6.2-rc1 -

[API Working Group] Meeting today cancelled

Hi all, We don't have any agenda items for the API working group meeting today, so I'm cancelling it. The next meeting will be held on March 5 at 11am PST, feel free to add items to the agenda here !

[DISCUSSION] Making RESOURCE_PROVIDER capability required

Hi all, I'm working on an issue related to operation feedback on agent default resources, MESOS-9535 . This involves the master's handling of an agent capability that we recently added, AGENT_OPERATION_FEEDBACK. This new capability is optional (i.e.

Re: [DISCUSS] Updating the support and release policy

I'm fine with keeping old branches around and stating in our docs/READMEs that the branches are unsupported. After looking at a few other open source projects, it seems that this practice is not uncommon. On Mon, Jan 14, 2019 at 11:42 AM Vinod Kone wrote: > Hi folks, > > As discussed in the Comm

[API WG] Meeting today cancelled

Hi all! We don't have an agenda for the API working group meeting today, so I'm cancelling it. Please add any proposed API changes or other items for discussion to the agenda here and we can discuss a

[API WG] Meeting tomorrow

Hi all, The API working group will meet tomorrow, Dec. 11 at 11am PST. On the agenda we have: - Proposed calls for the scheduler API: - UNSUPPRESS - CLEAR_FILTER - REQUEST_RESOURCE - Adding a new 'ResourceQuantity' type - Improving the scheduler operation reconciliati

[API WG] Meeting today, 11am PST

Hi all, The API working group is meeting this morning at 11am PST. We'll be discussing some potential changes to the agent's executor API to address agent/executor communication issues, as well as an update to the master's operator API to mitigate problems we've seen with Amazon's ELB. Feel free to

Re: [API WG] Proposals for dealing with master subscriber leaks.

Thanks for the proposal Joseph! I think I'm also leaning toward the circular buffer approach. The one real concern there seems to be the potential for "DDoS"-type scenarios when users hit the subscriber limit using clients which have retry logic. Providing a metric for the number of currently conne

[API WG] Meeting cancelled - Oct. 30

Hi all, We currently have no agenda for the meeting tomorrow, and I'll be unable to attend. For these reasons, I'd like to cancel this one. Our next meeting is scheduled for Nov. 13 - see you then! Cheers, Greg

Re: [VOTE] Release Apache Mesos 1.5.2 (rc1)

Hmm I wonder if this is an issue on 1.5.1, or perhaps introduced by this commit? https://github.com/apache/mesos/commit/902aa34b79 On Wed, Oct 24, 2018 at 12:30 PM Vinod Kone wrote: > -1 > > Tested on ASF CI. Looks like Clang builds are failing with a build error. > See example build output > <

Re: Request for Comments - Health Check API Proposal

consistent with `CheckInfo` ? > > > > > > > How do you think it should look like? Why will we deprecate it? > > > > > > Health checks are different from checks in the way the result of a > check > > is > > > interpreted on the agent. I

Proposal: Adding health check definitions to master state output

Hi all, In addition to the health check API change proposal that I recently sent out, we're considering adding a task's health check definition (when present) to the 'Task' protobuf message so that it appears in the master's '/state' endpoint response, as well as the v1 GET_STATE response and the T

Request for Comments - Health Check API Proposal

Hi all, Some users have recently reported issues with our current implementation of health checks. See this ticket for an introduction to the issue. To summarize: we currently use a single 'optional bool healthy' field within the 'TaskStatus' mess

[API WG] Next meeting today, 11am PST

Hi all, Please join us for the Mesos API working group meeting today at 11am PST. We'll be discussing proposed updates to the 'CREATE_DISK' API, as well as possible updates to the way Mesos exposes health checks to frameworks in task status updates. Feel free to add more items to the agenda here <

This Month in Mesos: September 2018

Hi all, It's time again for your monthly dose of news from Apache Mesosland! Here's a recap of the happenings from September: Mesos 1.7.0 Of course, the big news this past month is the new version! Apache Mesos 1.7.0 has been released; huge thanks to release managers Gastón Kleiman and Chun-Hung H

[API WG] Meeting today cancelled

Hi all, We don't have any agenda items for the API working group meeting today, so I'm going to cancel it. As a reminder, if you're designing or working on any user-facing API changes, please bring them to the working group for discussion! You can add items to the agenda for the next meeting here

[API WG] Meeting in 30 minutes!

Hi all, We'll be holding the API working group meeting in 30 minutes, at 11am PST. You can find the agenda document, which includes a link for the Zoom meeting, here ; feel free to add inew agenda tems! Currently

[API WG] Meeting today

Hi all, We're having an API working group meeting this morning at 11am PST. I'll be facilitating a discussion about the future of metrics in Mesos. If you have any other topics for discussion, feel free to add them to the agenda: https://docs.google.com/document/d/1JrF7pA6gcBZ6iyeP5YgDG62ifn0cZIBW

Re: [VOTE] Release Apache Mesos 1.7.0 (rc2)

+1 (binding) Tested in our internal CI; several test failures were observed but they are known flaky tests. Also ran our internal DC/OS integration tests against this build, and the results look good. Thanks for the reminder, Chun-Hung! Greg On Tue, Aug 28, 2018 at 9:14 AM, Chun-Hung Hsiao w

[Community WG] Next meeting Monday 8/27, 10:30am PST

Hi all, The next Mesos community working group meeting will be held this coming Monday, 8/27 at 10:30am PST. If you have any items for the agenda, please add them here ! Thus far on the agenda, we ha

Re: Follow up to discussion regarding use : in paths on Windows (MESOS-9109)

Thanks Andy! Responses inlined below. > No: As the only character we've run into a problem with is `:` > (MESOS-9109), it might not be worth it to generalize this to solve a bunch > of problems that we haven't encountered. > > It's true that I'm not aware of other scenarios where filesystem-disa

Re: Follow up to discussion regarding use : in paths on Windows (MESOS-9109)

Thanks for addressing this Andy!! AFAIK we allow all characters in executor and task IDs; I'm surprised we haven't run into issues like this before on Linux. The percent-encoding approach seems fine to me. As long as the percent character isn't an issue on any filesystems that we're interested in?

Re: API Working Group Tomorrow

like to see in the next evolution of Mesos metrics! Cheers, Greg On Mon, Aug 20, 2018 at 11:40 AM, Greg Mann wrote: > Hi all, > The next scheduled API working group meeting is tomorrow at 11am PST. > There are currently no items on the agenda - please feel free to add them > here

API Working Group Tomorrow

Hi all, The next scheduled API working group meeting is tomorrow at 11am PST. There are currently no items on the agenda - please feel free to add them here ! If you're currently working on or planning any change

This Month in Mesos: August 2018

Hi all, My apologies for the lack of emails during the last few months - I'm going to try to get back into the routine! Here's your August update on recent developments in the Mesos community, organized by working group: Containerization This has continued to be an area of active development, with

Re: Backport Policy

d contributor who >>>> are >>>> on the hook to triage and fix it and not the release manager. >>>> >>>> Having said that, if "during" the release process (i.e., cutting an RC) >>>> these backports cause delays for a release manag

[RESULT][VOTE] Release Apache Mesos 1.6.1 (rc2)

Hi all, The vote for Mesos 1.6.1 (rc2) has passed with the following votes: +1 (Binding) -- Chun-Hung Hsiao Vinod Kone Gastón Kleiman There were no 0 or -1 votes. Please find the release at: https://dist.apache.org/repos/dist/release/mesos/1.6.1 It is recommended t

Re: [VOTE] Release Apache Mesos 1.6.1 (rc2)

aram() = true > > They are all known to be flaky. > > On Wed, Jul 11, 2018 at 6:15 PM Greg Mann wrote: > > > Hi all, > > > > Please vote on re

Re: [API WG] Meeting tomorrow, 11am PST

Hey folks, It looks like we don't have an agenda for the meeting today, so let's cancel this one. The next API working group meeting will be on August 7; see you then! Cheers, Greg On Mon, Jul 23, 2018 at 11:04 AM, Greg Mann wrote: > Hi all, > We have an API working group m

[API WG] Meeting tomorrow, 11am PST

Hi all, We have an API working group meeting scheduled tomorrow at 11am PST. There are currently no items on the agenda - if you have something to discuss in the meeting, please add it here ! Cheers,

Re: [VOTE] Move the project repos to gitbox

+1 On Tue, Jul 17, 2018 at 9:39 AM, Jie Yu wrote: > +1 > > On Tue, Jul 17, 2018 at 9:38 AM, Andrew Schwartzmeyer < > and...@schwartzmeyer.com> wrote: > >> +1 >> >> >> >> On 07/17/2018 8:54 am, Zhitao Li wrote: >> >> +1 >> >> On Tue, Jul 17, 2018 at 8:10 AM James Peach wrote: >> >>> >>> >>> > On

Re: Backport Policy

My impression is that we have two opposing schools of thought here: 1. Backport as little as possible, to avoid unforeseen consequences 2. Backport as much as proves practical, to eliminate bugs in supported versions Do other people agree with this assessment? If so, how can we find com

Re: Backport Policy

It seems to me that putting the burden of deciding on backports on the release manager would actually increase the amount of work required. Simply cutting the release on a particular date is pretty quick - however, examining tickets to determine whether or not a particular fix should be backported

Re: [VOTE] Release Apache Mesos 1.6.1 (rc2)

> because of MESOS-8934? ;) > > On Wed, Jul 11, 2018, 9:37 PM Greg Mann wrote: > >> Whoops, I forgot to include the list of changes included in this release >> - sorry! >> >> 1.6.1-rc2 includes the following notable bug fixes: >> >> * [M

Re: [VOTE] Release Apache Mesos 1.6.1 (rc2)

-9002] - GCC 8.1 build failure in os::Fork::Tree. * [MESOS-9024] - Mesos master segfaults with stack overflow under load. * [MESOS-9025] - The container which joins CNI network and has checkpoint enabled will be mistakenly destroyed by agent. Cheers, Greg On Wed, Jul 11, 2018 at 6:15 PM, Greg

[VOTE] Release Apache Mesos 1.6.1 (rc2)

Hi all, Please vote on releasing the following candidate as Apache Mesos 1.6.1. 1.6.1 includes the following: *Announce major features here* *Announce major bug fixes here* The CHANGELOG for the rel

Re: RFC: update C++ style to require the "override" keyword

+1 On Mon, Jul 9, 2018 at 3:38 PM, Andrew Schwartzmeyer < and...@schwartzmeyer.com> wrote: > +1 > > > On 07/09/2018 8:32 am, Till Toenshoff wrote: > >> +1 — that feature as saved us from nasty issues already when working >> on internal modules. >> >> On Jul 9, 2018, at 8:43 AM, Zhitao Li wrote:

Re: Normalization of metric keys

means I don't know if the user actually supplied > '#%$' or '/'. But using something like percent-encoding would have property > 3. > > On Fri, Jul 6, 2018 at 10:25 AM, Greg Mann wrote: > >> Thanks for the reply Ben! >> >> Yea I suspect the lack

Re: Normalization of metric keys

then this would be complicated by the > presence of slashes in the principal or other user supplied strings. > > On Tue, Jul 3, 2018 at 3:17 PM, Greg Mann wrote: > >> Hi all! >> I'm currently working on adding a suite of new per-framework metrics to >> help schedul

Re: [VOTE] Release Apache Mesos 1.6.1 (rc1)

Hey folks, an update on the 1.6.1-rc2 candidate: an issue surfaced after the fix was merged for MESOS-8830, which is being addressed currently. I'll be AFK for the next 3 days, so I'll cut 1.6.1-rc2 this coming Monday. Sorry for the delay! Cheers, Greg On Mon, Jul 2, 2018 at 12:30 PM,

Normalization of metric keys

Hi all! I'm currently working on adding a suite of new per-framework metrics to help schedulers better debug unexpected/unwanted behavior (MESOS-8842 ). One issue that has come up during this work is how we should handle strings like the framework n

Re: [VOTE] Release Apache Mesos 1.6.1 (rc1)

tical bug that would wipe out persistent data. I'm backporting > this to 1.4, 1.5 and 1.6. > > On Fri, Jun 29, 2018 at 9:05 AM Greg Mann wrote: > > > The failures here are mostly command executor/default executor tests. > > Looking at the test output, it seems that t

Re: [VOTE] Release Apache Mesos 1.6.1 (rc1)

On Wed, Jun 27, 2018 at 11:59 AM Jie Yu wrote: > >> +1 >> >> Passed on our internal CI that has the following matrix. I looked into >> the only failed test, looks to be a flaky test due to a race in the test. >> >> >> >> On Tue, Jun 26, 2018 at 7

Re: CHECK_NOTNULL(self->bev) Check failed inside LibeventSSLSocketImpl::shutdown

Su Teng, Thank you very much for this bug report! Much appreciated. Could you provide more information about the environment in which you noticed the bug originally - was it a running Mesos cluster? Did you use the provided snippet to reproduce the issue? Greg On Tue, Jun 26, 2018 at 11:25 PM, S

[VOTE] Release Apache Mesos 1.6.1 (rc1)

Hi all, Please vote on releasing the following candidate as Apache Mesos 1.6.1. 1.6.1 includes the following: *Announce major features here* *Announce major bug fixes here* The CHANGELOG for the rel

Re: Proposing change to the allocatable check in the allocator

Hi all, We had a nice discussion about this in the API working group meeting today. I agree that it's a good idea to do our best to make this change compatible with future updates to the Request call and/or quota. I think it would be beneficial to have a meeting in a few days to brainstorm some ide

Re: Doc-a-thon - May 24th

Hi all, Just a reminder about the Mesos Doc-a-thon coming up next Thursday, May 24 starting at 3pm PST! You can join in person (RSVP here ) or online (link to join ). It would be great to see you there!

Soliciting documentation feedback

Hi everyone, As part of our ongoing effort to improve the Mesos docs, we're looking for your help. What areas of the Mesos documentation need the most improvement? Do you have projects to suggest or mistakes to flag? We'll be compiling this feedback into project suggestions for the May 24th Doc-a

Re: [VOTE] Release Apache Mesos 1.5.1 (rc1)

+1 (binding) I did `sudo make check` and verified that only expected flaky tests failed. Cheers, Greg On Fri, May 11, 2018 at 12:35 PM, Gilbert Song wrote: > Hi all, > > Please vote on releasing the following candidate as Apache Mesos 1.5.1. > > 1.5.1 includes the following: > ---

[RESULT][VOTE] Release Apache Mesos 1.6.0 (rc1)

Hi all, The vote for Mesos 1.6.0 (rc1) has passed with the following votes. +1 (Binding) -- Vinod Kone Chun-Hung Hsiao James Peach Zhitao Li Andrew Schwartzmeyer There were no 0 or -1 votes. Please find the release at: https://dist.apache.org/repos/dist/release/meso

[VOTE] Release Apache Mesos 1.6.0 (rc1)

Hi all, Please vote on releasing the following candidate as Apache Mesos 1.6.0. 1.6.0 includes the following: * Resizing of persistent volumes for agent default resources * Offer operation feedback for resource prov

Re: UPDATE: Mesos 1.6.0 release

Container Storage Interface version 0.2. > * [MESOS-8801] - Linux support for jemalloc. If any of that should be updated, please let me know! Thanks for your patience! Cheers, Greg On Tue, Apr 24, 2018 at 3:44 PM, Greg Mann wrote: > Hi all, > Several contributors who are either assignee

[API WG] Meeting tomorrow!

Hi all, The API working group will meet tomorrow, May 1, from 11:00-11:50am PST. We'll be chatting about a proposal for per-framework metrics . Feel free to add more items to the agenda doc

[API REVIEW] Per-framework Metrics

Hi all, In an effort to improve the experience of debugging resource allocation issues in a Mesos cluster, myself and several others would like to propose that we add a number of new per-framework metrics to the master. These metrics are intended to increase the operator's ability to inspect the a

UPDATE: Mesos 1.6.0 release

Hi all, Several contributors who are either assignees or shepherds for 1.6 blocker tickets (myself included) have recently been pulled into some high priority internal work, so unfortunately I would like to delay the cut of the first release candidate for Mesos 1.6.0 to ensure that we have adequate

Update: Mesos 1.6.0 Release

Hi all, We currently have 13 unresolved blockers on the 1.6.0 release dashboard . Many thanks to those who have agreed to help with last-minute reviews, and to those who have helped re-prioritize tickets as appropriate. We're getting

[API WG] Meeting tomorrow

Hey folks, The API working group will be meeting tomorrow at 11am PST. We'll be chatting about CPU guarantees and limits. Feel free to add items to the agenda ! Cheers, Greg

REMINDER: Mesos 1.6.0 release

Hey Apache Mesos devs! For all tickets which you want to *definitely* make it into Mesos 1.6.0, ensure that 1.6.0 is set as a 'Target Version', and 'Priority' is set to Blocker. Please make this change ASAP so that I can sync with you on progress and be sure that your patches are in 1.6.0. We curr

Re: Convention for Backward Compatibility for New Operations in Mesos 1.6

> Crashing the agent is definitely not a viable option IMO. > > Why can't we use agent capabilities instead of agent version and reject > such operations at master? This is one of the main reasons we introduced > the concept of framework, master, agent capabilities. > > One thing worth mentioning i

Re: Proposal: Constrained upgrades from Mesos 1.6

er > > Do you have a link to the technical details of why this needs to be done? > > For instance, why can't master/agent versions be used to determine which > behavior is performed between the master and agent? > > On Tue, Apr 10, 2018 at 5:34 PM, Greg Mann wrote: > &

Re: Doc-a-thon May 24th?

Sounds good to me - thanks Judith!! On Wed, Apr 11, 2018 at 1:35 PM, Judith Malnick wrote: > Hi All, > > I'd like the next Mesos Doc-a-thon to happen on May 24th from 3-8pm > Pacific time. I picked the date because it's best for Ben H. > > Does anyone have major reasons why this wouldn't work? I

Proposal: Constrained upgrades from Mesos 1.6

Hi all, We are currently working on patches to implement the new GROW_VOLUME and SHRINK_VOLUME operations [1]. In order to make it into Mesos 1.6, we're pursuing a workaround which affects the way these operations are accounted for in the Mesos master. These operations will be marked as *experiment

Re: Release policy and 1.6 release schedule

Thanks for the reviews, y'all! I've got a few "Ship-Its" - I'll commit this later today unless I hear any objections. Cheers, Greg On Wed, Apr 4, 2018 at 11:49 AM, Greg Mann wrote: > Hey folks, > I've posted a proposed update to our documented release sche

Update: Mesos 1.6.0 Release

Hey folks! I've created a dashboard for the Mesos 1.6.0 release here - take a look! Please ensure that you have set the 'Target Version' to 1.6.0 on all tickets which you intend to land in time for this release. I'm curren

Re: Release policy and 1.6 release schedule

Hey folks, I've posted a proposed update to our documented release schedule: https://reviews.apache.org/r/66454/ Please take a look and comment! Cheers, Greg On Mon, Mar 26, 2018 at 11:34 AM, Greg Mann wrote: > +1 for quarterly. I would also say that we should support 3 releases

[API WG] Meeting today

Hi all, The API working group will be meeting today at 11am PST. We'll be discussing HTTP return codes in Mesos [1]. If you have any other items for discussion, add them to the agenda! [2] Cheers, Greg [1] https://issues.apache.org/jira/browse/MESOS-7697 [2] https://docs.google.com/document/d/1J

This Month in Mesos - March 2018

Oh hai there Apache Mesos Community! Back again with your monthly update on current events in the Mesosverse: *Working Groups* Below you'll find a brief summary of the group meetings from this past month, as well as some info about related work that's been happening in the project. Working grou

1.6 Release Manager

Hey folks, I'd like to volunteer to manage the 1.6 release. AlexR has kindly offered to help me through the process, since this is my first time. Thanks Alex! It seems like we're converging on a quarterly release cadence in the email thread on that topic, so I'll tentatively plan on a release date

Re: Release policy and 1.6 release schedule

gt; > > I also agree with folks that there're benefits doing releases more > > frequently. Given the historical data, I'd suggest we do quarterly > > releases, and maintain three release branches. > > > > - Jie > > > > On Fri, Mar 23, 2018 at

Re: Release policy and 1.6 release schedule

> > I think the burden of maintaining a release branch is not just > backporting. We need to run CI to make sure every maintained release branch > are working, and do testing for that. It's a burden if there are too many > release branches. > > That's a good point, we do need to run CI on all supp

Re: Release policy and 1.6 release schedule

it takes from first RC being cut to >> the final release tag vote passes. That probably indicates smoothness of >> the release process and how good the quality control measures. >> >> I would argue for not delaying release for new features and align with the >> schedule

JIRA: API Tech Debt

Hi all, As discussed during the last API working group meeting, I've created an epic in JIRA to collect API-related tech debt which we would like to address before/during the development of the v2 API: MESOS-8700 . AFAIK there's no projected timeli

API Working Group Meeting Today

Hey folks, Sorry for the late reminder - the API working group will meet this morning at 11am PST. Zhitao will be presenting the new volume resizing feature he's designing, and we'll have a discussion on the current state and future directions of the Mesos CLI. If you have any other items for discu

API Change: Abort SchedulerDriver when offer operation 'id' field is set

Hello everyone, Gastón and I are working on enabling offer operation feedback for frameworks [1]. The 'id' field in an offer operation is used by the framework to enable status updates for that operation. This field is new in 1.5.0, and currently the master simply drops all operations which have th

Re: API Review Policy

e portion about 'experimental.h' and what follows. Greg On Tue, Mar 13, 2018 at 3:40 PM, Zhitao Li wrote: > +1 for keeping the policy in writing. Are we looking at the Traffic > Server's API policy as a starting point for discussion? > > On Tue, Mar 13, 2018 at 10:12 A

Release policy and 1.6 release schedule

Hi folks, During the recent API working group meeting [1], we discussed the release schedule. This has been a recurring topic of discussion in the developer sync meetings, and while our official policy still specifies time-based releases at a bi-monthly cadence, in practice we tend to gate our rele

API Review Policy

Hi all, As BenM mentioned in a recent email, we discussed our process for review of API changes in the recent API working group meeting [1]. James Peach was also kind enough to share with me Apache Traffic Server's API review policy, which they have formalized [2]. I like the idea of putting our r

Re: Authorization Logging

Yep, I'm in the process of reviewing them now. On Wed, Mar 7, 2018 at 6:05 PM, Benjamin Mahler wrote: > Are you looking for a reviewer for these? Will Greg have time to review? > > On Thu, Mar 1, 2018 at 3:19 AM, Alexander Rojas > > wrote: > > > This is a good question on where to do the audit,

API Working Group - First Meeting Tomorrow

Hello all, We'll be having our first API working group meeting tomorrow, March 6 at 11am PST. This working group is a great opportunity for us to work toward greater consistency and usability of our API, as well as raise issues with the current interface and plan future directions. You can find th

This Month in Mesos - February 2018

Dear Apache Mesos Community, Hello all! I've got a short update for you this month with recent happenings in Mesosland: *Working Groups* Here's the latest from the working groups. Working group meetings can be found on the Mesos community calendar

  1   2   >