Re: [RESULT][VOTE] Release Apache Mesos 0.27.2 (rc1)

> problems we want to solve with the current tag-only approach. Joris and Jie > seem to be hinting at there being a lack of visibility into the progress of > RCs. Is that the issue we're trying to solve? Collaboration on RC's? I > haven't done a release in quite some time so it would be great to

Re: Filing bugs and flaky test tickets

gadget to the JIRA release board that lists all issues that are unresolved and affecting the previous release, in order of severity. — *Joris Van Remoortere* Mesosphere On Tue, Mar 22, 2016 at 7:15 AM, Benjamin Mahler <bmah...@apache.org> wrote: > Folks, > > Our JIRA volume is ve

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

+1 (binding) On Mon, Feb 29, 2016 at 3:24 PM, Greg Mann wrote: > +1 (non-binding) > > `sudo make check` on Ubuntu 14.04, using gcc with libevent and SSL enabled. > All tests pass except MemoryPressureMesosTest.CGROUPS_ROOT_Statistics, > which is a known failure in 0.24. > >

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

+1 (binding) Greg's upgrade scripts & CI results On Fri, Mar 4, 2016 at 11:30 AM, Vinod Kone wrote: > +1 (binding) > > On Tue, Mar 1, 2016 at 5:03 PM, Kevin Klues wrote: > > > I committed a fix for this in: > > > > >

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

+1 (binding) Greg's upgrade scripts & CI results On Tue, Mar 1, 2016 at 4:37 PM, Greg Mann wrote: > I was also able to successfully test a simple upgrade scenario between > 0.24.2-rc1 and 0.25.1-rc1 using Niklas's upgrade testing script, which I've > modified slightly and

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

>> > > >> > > >> > https://github.com/apache/mesos/commits/0.25.1-rc1/src/tests/master_tests.cpp > >> > > >> > > >> > https://github.com/apache/mesos/commits/0.24.2-rc1/src/tests/master_tests.cpp > >> > > >&g

Re: Compile failure

rect version: $ sudo cat > /etc/yum.repos.d/wandisco-svn.repo <http://opensource.wandisco.com/centos/7/svn-1.9/RPMS/$basearch/ gpgcheck=1 gpgkey=http://opensource.wandisco.com/RPM-GPG-KEY-WANdisco EOF — *Joris Van Remoortere* Mesosphere On Mon, Mar 7, 2016 at 7:01 AM, Walter Heestermans (TME)

Re: Ordering guarantee of future.onAny callbacks

executing multiple `.onAny` calls in parallel in the future (if we ever need to) outweigh the inconsistency in the API regarding ordered execution of certain chains (At least as the API is currently designed). — *Joris Van Remoortere* Mesosphere On Wed, Mar 30, 2016 at 12:25 AM, Benjamin Mah

Re: Ordering guarantee of future.onAny callbacks

the future to true. I'd rather discuss and fix the problem, than try to enforce avoiding this case. Thoughts? — *Joris Van Remoortere* Mesosphere On Tue, Mar 29, 2016 at 2:50 AM, Jie Yu <yujie@gmail.com> wrote: > Hi, > > While digging a bug reported in, I realized an assumpti

Re: How to record time elapsed of a set of async functions operation?

To be clear, BenM's example will result in the total wall-clock time for the chain to complete, rather than the sum of time actually spent in those functions. — *Joris Van Remoortere* Mesosphere On Fri, Apr 22, 2016 at 4:26 PM, Benjamin Mahler <bmah...@apache.org> wrote: > Here's a

Re: Default value of Filter.refuse_seconds

After https://github.com/apache/mesos/commit/447d814ac80e67f30a0ffe2ee6047d85dc8fc383 the refuse_seconds should not be as dangerous as it used to be. This was backported to 0.24 and above recently. Without the backported patch the filter may never take effect when the allocation takes longer than

Re: docker, systemd, and cfs_quota

of systemd? Joris — *Joris Van Remoortere* Mesosphere On Fri, Apr 15, 2016 at 6:00 PM, Michael Browning <invitapri...@gmail.com> wrote: > Hi all, > > We've run into an interesting issue with Docker and systemd that's > hampering our attempts to use cfs_quota for CPU isolation with D

Re: Mesos Community Sync Notes

That is the plan, I think it just hasn't been done yet :-) — *Joris Van Remoortere* Mesosphere On Thu, Apr 21, 2016 at 9:20 PM, Qian Zhang <zhq527...@gmail.com> wrote: > In that wiki, can we also put the corresponding JIRA ticket link there so > that folks can take a close look at

Re: MESOS: Improve the performance of Resources.

results to find other bottlenecks mentioned earlier in the thread. — *Joris Van Remoortere* Mesosphere On Tue, Jul 12, 2016 at 2:26 AM, Guangya Liu <gyliu...@gmail.com> wrote: > Hi Joris, > > For `2x` number, can you please show more detail for how did you do and > evaluate the

Re: MESOS-4694

whether we need to do this hack. — *Joris Van Remoortere* Mesosphere On Thu, Jul 7, 2016 at 10:15 AM, Guangya Liu <gyliu...@gmail.com> wrote: > Hi Ben and Dario, > > The reason that we have "SUPPRESS" call is as following: > 1) Act as the complement to the current RE

Re: MESOS-4694

?) when you feel a sufficient explanation is updated in the patch and I'll schedule time to review them. Joris — *Joris Van Remoortere* Mesosphere On Thu, Jul 7, 2016 at 7:20 PM, Dario Rexin <dre...@apple.com> wrote: > A bit more context: > > We have a very high number of frameworks

Re: [Action Required] Stale Reviews

they don't make sense, or have been replaced. Many of the ones I closed ended up being irrelevant. Thanks for all your contributions. I will be engaging with the committers to get as many of the remaining patches committed as is possible. Joris — *Joris Van Remoortere* Mesosphere On Wed, Jul 6, 2016

Re: MESOS: Improve the performance of Resources.

ties in the Sorter, and that using the existing form of Resources would have led to a grinding halt if a reservation were made on every machine. Is there a regular call that is scheduled to discuss this? I think there are some other folks also working on benchmarks and interested in the discussion. — *Jo

Re: Apply for further review for 48593

I'll take another look at this tomorrow with Joseph. Thanks for your hard Work! — *Joris Van Remoortere* Mesosphere On Fri, Jul 1, 2016 at 3:59 AM, Yan Yan YY Hu <yanya...@cn.ibm.com> wrote: > > Hi, could anyone help to make further review on 48593( > https://reviews.apa

[Action Required] Stale Reviews

Hello developers, Over the last year we've accumulated a significant review backlog. Over the past month it has been floating around ~600 reviews. It would be of great help if you could look through your personal list (Dashboard -> Outgoing -> Open) and identify reviews that are *no longer

Re: [Action Required] Stale Reviews

r., 29.06.2016, 18:26 użytkownik Joris Van Remoortere <jo...@apache.org> > napisał: > > > Hello developers, > > > > Over the last year we've accumulated a significant review backlog. Over > the > > past month it has been floating around ~600 reviews. > > >

Re: Let MesosContainerizer support ramdisk.

This looks interesting. I would recommend creating a JIRA and attaching it to the review. One preliminary question: Can we not probe the filesystem to identify whether it is a RAM_FS? Why do we need to add administrator flags for this? — *Joris Van Remoortere* Mesosphere On Wed, Dec 28, 2016

Re: Proposal for Mesos Build Improvements

es the compile time. A good example of heave .o files are the mesos tests that scan close to all of stout / libprocess for each test file. — *Joris Van Remoortere* Mesosphere On Tue, Feb 14, 2017 at 4:49 PM, Jeff Coffler < jeff.coff...@microsoft.com.invalid> wrote: > Hi Neil, > > T

Re: Difference between registered() and reregistered() in scheduler driver

These 2 JIRAs might be helpful: https://issues.apache.org/jira/browse/MESOS-786 https://issues.apache.org/jira/browse/MESOS-6249 — *Joris Van Remoortere* Mesosphere On Tue, Jan 17, 2017 at 5:31 PM, Zhitao Li <zhitaoli...@gmail.com> wrote: > Hi, > > I'm helping a scheduler

Re: Mapped diagnostics context - Adding internal Mesos IDs as context to the logs

gt; // > GOOGLE_GLOG_DLL_DECL void SetLogFilenameExtension( > const char* filename_extension); @benm @vinod @benh what are your thoughts on actually doing it? — *Joris Van Remoortere* Mesosphere On Tue, Oct 4, 2016 at 2:39 PM, Zameer Manji <zma...@apache.org> wrote: > I d

Re: Separate Compilation of Tests

become IO bound. There are ways to get around that too. There have been times where an optimized build has been faster than a debug build. Joris — *Joris Van Remoortere* Mesosphere On Tue, Sep 27, 2016 at 6:25 PM, Michael Park <mp...@apache.org> wrote: > On Tue, Sep 27, 2016 at

Re: Mapped diagnostics context - Adding internal Mesos IDs as context to the logs

etc. — *Joris Van Remoortere* Mesosphere On Wed, Oct 5, 2016 at 11:34 AM, Benjamin Hindman <b...@mesosphere.io> wrote: > How does adding the filename extension help with the context problem? > > On Wed, Oct 5, 2016 at 6:14 AM, Joris Van Remoortere <jo...@m

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

-1 My understanding after speaking with BenM is that the fix for https://issues.apache.org/jira/browse/MESOS-6457 should be straight forward. I don't think the cost of debugging and fixing production systems if they run into this is worth skipping an easy fix. I have re-targeted the JIRA to

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

-1 Based on my message in the 1.1.0 vote: My understanding after speaking with BenM is that the fix for https://issues.apache.org/jira/browse/MESOS-6457 should be straight forward. I don't think the cost of debugging and fixing production systems if they run into this is worth skipping an easy

Re: Proposal for mesos replicated log improvements

I think I'm missing why we would spend energy controlling the leveldb compaction. I thought leveldb was used for convenience, and its log structured merge algorithm was just a consequence. Why not spend energy writing an append only file as opposed to optimizing compaction of an algorithm we

Re: Allowing both CommandInfo and ExecutorInfo on TaskInfo

like an issue if it's not a requirement but just a broadening of possibilities? — *Joris Van Remoortere* Mesosphere On Wed, Nov 2, 2016 at 1:49 PM, Zameer Manji <zma...@apache.org> wrote: > Joris, > > You make a good point. However, I'm not convinced that `CommandInfo` should > b

Re: Allowing both CommandInfo and ExecutorInfo on TaskInfo

of executors then it would be great for there to be standard way to pass command information to them. The current model works well in a 1-1 mapping between framework and executor binaries. In a world where that is 1-N it means all N executors have to use the same method of passing the command. — *Joris Van

Re: [E] Re: Require GCC >= 4.9

for larger reasons (for example when we wanted c++11) we'll need to propose the change and provide some deprecation period regardless. — *Joris Van Remoortere* Mesosphere On Tue, Oct 11, 2016 at 4:53 AM, Evers Benno <ben...@yandex-team.ru> wrote: > To be honest, I still think it's a pretty

Re: A Plan for Mesos Community Syncs

+1 — *Joris Van Remoortere* Mesosphere On Thu, Oct 13, 2016 at 1:38 PM, Vinod Kone <vinodk...@apache.org> wrote: > Huge +1. Thanks for taking ownership of this. > > On Thu, Oct 13, 2016 at 1:34 PM, Michael Park <mp...@apache.org> wrote: > > > I would like to try t

Re: Non-checkpointing frameworks

perience for them to find out that is not the case. — *Joris Van Remoortere* Mesosphere On Fri, Oct 14, 2016 at 3:11 PM, Neil Conway <neil.con...@gmail.com> wrote: > Hi folks, > > I'd like input from individuals who currently use frameworks but do > not enable checkpoint

Re: Duplicate task IDs

wondering why a multi-hashmap is not sufficient. This would be clear if you were explicitly *trying* to get rid of duplicates of course :-) Thanks, Joris — *Joris Van Remoortere* Mesosphere On Fri, Dec 9, 2016 at 7:08 AM, Neil Conway <neil.con...@gmail.com> wrote: > Folks, > > Th

thread_local supported on Apple

as to whether requiring this toolchain update is acceptable, and if we need a deprecation period or if we can just make this change now. I am leaning towards no deprecation period as I am not aware of production environments running on systems that define `__APPLE__`. — *Joris Van Remoortere

Re: MESOS-6233 Allow agents to re-register post a host reboot

the agent configuration? I think we highly recommend that you do this in production to prevent accidental incompatibility of resources even without an actual hardware change. Historically there were some issues reported where the kernel reported a slightly different amount of memory after reboot. —

Re: Building on OS X 10.12

? Joris — *Joris Van Remoortere* Mesosphere On Mon, Dec 5, 2016 at 1:16 PM, James Peach <jor...@gmail.com> wrote: > > > On Dec 2, 2016, at 10:54 PM, Jie Yu <yujie@gmail.com> wrote: > > > > Another tip. If you are on macOS sierra, you might notice the li

Re: Duplicate task IDs

but only catch some of the manifestations. — *Joris Van Remoortere* Mesosphere On Mon, Dec 12, 2016 at 7:56 AM, Neil Conway <neil.con...@gmail.com> wrote: > Hi Joris, > > Fair point: I didn't deliberately set out to change the behavior for > duplicate task IDs. Rather, it

Re: Mesos Spark Fine Grained Execution - CPU count

tly more CPU the amortized cost of the idle executors would not be such a big deal. — *Joris Van Remoortere* Mesosphere On Mon, Dec 19, 2016 at 11:26 AM, Timothy Chen <tnac...@gmail.com> wrote: > Hi Chawla, > > One possible reason is that Mesos fine grain mode also takes up cores >

Re: thread_local supported on Apple

high for current developers on Apple systems then this is a pretty easy fix :-) Joris — *Joris Van Remoortere* Mesosphere On Tue, Dec 20, 2016 at 5:02 PM, Vinod Kone <vi...@mesosphere.io> wrote: > A consequence of using `__thread` on Apple is that initializers for thread > locals

Re: thread_local supported on Apple

the impression that it's reasonable to make this change without a deprecation cycle. Please let me know if you (anyone) disagrees. — *Joris Van Remoortere* Mesosphere On Mon, Dec 19, 2016 at 2:17 PM, Zameer Manji <zma...@apache.org> wrote: > I believe this thread_local support is in XCode

Re: thread_local supported on Apple

Is my understanding incorrect regarding the ability to upgrade the compiler version on Yosemite and El Capitan without requiring a full system upgrade? @Mpark are you making a case for not updating to `thread_local` just yet? — *Joris Van Remoortere* Mesosphere On Fri, Dec 16, 2016 at 11:11 AM

Re: Structured logging for Mesos (or c++ glog)

@Zhitao are you looking specifically for structure or just for tagging? glog does already have support for custom tags in the header. I don't know if this is enough for your use case though. — *Joris Van Remoortere* Mesosphere On Mon, Dec 19, 2016 at 9:58 AM, James Peach <jor...@gmail.com>

Re: Proposal: Precompiled headers for Windows use in cmake

if you don't plan on following up on this yourself in the near future? — *Joris Van Remoortere* Mesosphere On Mon, Mar 27, 2017 at 4:03 PM, Jeff Coffler < jeff.coff...@microsoft.com.invalid> wrote: > I had previously send an E-Mail to the Mesos DEV list on Tue 2/14/2017 > 11:29 AM. I

Discarded Stale Reviews

Hello developers, It has come that time again where our review backlog got too long. As we have done previously, I've discarded older reviews. This time all reviews that had been inactive for over 2 months. If I discarded one of your reviews you should have received an e-mail directed at the

<    1   2   3   4   5