Re: [VOTE] Move Apache Mesos to Attic

+1 It’s been quite a journey! Yan On Tue, Apr 6, 2021 at 7:49 PM Vinod Kone wrote: > Hi Rich, > > Thanks for chiming in and providing your perspective. > > Charles already did a great job summarizing some of the current sentiments > in the community above. I wanted to add a couple more points

Re: Welcome Meng Zhu as PMC member and committer!

Congratulations! On Wed, Oct 31, 2018 at 4:50 PM Vinod Kone wrote: > Congrats Meng! > > Thanks, > Vinod > > > On Oct 31, 2018, at 4:26 PM, Gilbert Song wrote: > > > > Well deserved, Meng! > > > >> On Wed, Oct 31, 2018 at 2:36 PM Benjamin Mahler > wrote: > >> Please join me in welcoming Meng Z

Re: Getting write access to our GitHub repo

IIUC this wouldn't necessarily rule out RB reviews just better support for Github PRs? On Fri, Jun 22, 2018 at 9:13 PM Andrew Schwartzmeyer < and...@schwartzmeyer.com> wrote: > GitHub PR code reviews have gotten _significantly_ better over the last > two years. You can actually open addressable i

Re: API working group

I’m in. Thanks! (mobile) > On Jan 30, 2018, at 10:42 AM, Vinod Kone wrote: > > Hi folks, > > We've had good success with our containerization, performance and community > working groups and so we would like to keep the momentum going and spin up > new WGs as necessary. > > One of the recent p

Reusing `reserve_resources` ACL for static reservation

Hi, In https://issues.apache.org/jira/browse/MESOS-8306 I am proposing that we use an ACL to restrict the roles that agents can statically reserve resources for to address a security concern in which a process on a compromised host can impersonate an agent and then then reservation resources for a

Re: [Proposal] Fetcher extract path

+1. Could you file a JIRA laying out the problem and the proposal? Here a link about submitting a patch: http://mesos.apache.org/documentation/latest/ submitting-a-patch/ Note that there's already an output_file

Re: Updating running tasks in-place

--- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Wed, Oct 4, 2017 at 11:50 AM, Zhitao Li wrote: > Thanks for taking the lead, Yan! Replying to your points inline: > > On Wed, Oct 4, 2017 at 11:11 AM, Yan Xu wrote: > > > Hi Mesos users/devs, > > > &g

Re: Adding the limited resource to TaskStatus messages

Does it make sense to wrap the resources in a `Limitation` message in case we add new fields for it? --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Mon, Oct 9, 2017 at 10:56 AM, James Peach wrote: > Hi all, > > In https://reviews.apache.org/r/62644/, I am prop

Updating running tasks in-place

Hi Mesos users/devs, I am curious about what use cases do folks in the community have about updating running tasks? i.e., amending the current task without going through the typical kill -> offer -> relaunch process. Typically you would only want to do that for the "pets

Welcome James Peach as a new committer and PMC memeber!

Hi Mesos devs and users, Please welcome James Peach as a new Apache Mesos committer and PMC member. James has been an active contributor to Mesos for over two years now. He has made many great contributions to the project which include XFS disk isolator, improvement to Linux capabilities support

Re: [VOTE] Release Apache Mesos 1.4.0 (rc3)

Also the libprocess refactor seems to have stability issues: https://issues.apache.org/jira/browse/MESOS-7921 CI failures this crash caused: https://lists.apache.org/list.html?bui...@mesos.apache.org:lte=1M:process%3A%3AEventQueue%3A%3AConsumer%3A%3Aempty%28%29%20 --- Jiang Yan Xu | @xujyan

Re: Offer operation reconciliation discussion notes

Yeah a reason for failed operations is probably useful for all resource operations. It looks like the task-style status update is still the best approach. --- @xujyan On Wed, Aug 23, 2017 at 11:40 AM, Jie Yu wrote: > We should continue the discussion here: > > I thi

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

ill stabilize it. If we release 1.4.0 without fixing it (or workarounds to disable it), we are probably not going to be able to adhere to this guideline. --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Mon, Aug 21, 2017 at 11:53 AM, Vinod Kone wrote: > Ran on ASF CI. > > F

Re: Performance working group meeting

I'm in. Thanks! --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Fri, Jul 21, 2017 at 12:48 PM, Deepak Vij (A) wrote: > Definitely interested in this. Thanks. > > Regards, > Deepak Vij > > -Original Message- > From: Benjamin Mahler [mailto:bm

Re: C++14 Upgrade

+1!! Thanks for the summary and collecting info for these distros. --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Wed, Jul 19, 2017 at 3:34 PM, Michael Park wrote: > I'd like move us to C++14! > > The following I'd say are the important C++14 features

Re: Agent reregistration timeout, no TASK_LOST messages

On Mon, Jul 17, 2017 at 9:34 AM, Neil Conway wrote: > On Mon, Jul 17, 2017 at 9:20 AM, Ilya Pronin > wrote: > > > AFAIK the absence of TASK_LOST statuses is expected. Master registry > > persists information only about agents. Tasks are recovered from > > re-registering agents. Because of that t

Re: RFC: removing process implementations from common headers

This sounds reasonable to me. Do others have comments? --- @xujyan On Fri, Jun 23, 2017 at 4:23 PM, James Peach wrote: > Hi all, > > There is a common Mesos pattern where a subsystem is implemented by a > facade class that forwards calls to an internal Process class

Re: [Proposal] Multiple Containers in Single Mesos Task

--- @xujyan On Fri, Jun 16, 2017 at 8:57 AM, Zhitao Li wrote: > Hi Ben, > > Thanks for reading the proposal. There are several motivations, although > scalability is the primary one: > > 1) w.r.t. scalability, it's not only Mesos's own scalability, but also > many* >

Re: [VOTE] Release Apache Mesos 1.3.0 (rc3)

+1 (binding) Ran it in a test cluster. --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Thu, Jun 1, 2017 at 2:34 PM, Benjamin Mahler wrote: > +1 (binding) > > Looks like ExamplesTest.DynamicReservationFramework is flaky, > unfortunately > wasn't able to

Re: Use of ACLs.RegisterAgent.agent

I should have added that it will be inconvenient for us but not impossible to cope. However I am not convinced about the need to rename so let's chat about this on the review or the dev list. --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Wed, May 24, 2017 at 10:29 AM, Ya

Re: Welcome Gilbert Song as a new committer and PMC member!

Congrats! Well deserved! --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Wed, May 24, 2017 at 10:54 AM, Vinod Kone wrote: > Congrats Gilbert! > > On Wed, May 24, 2017 at 1:32 PM, Neil Conway > wrote: > > > Congratulations Gilbert! Well-deserved! > >

Re: Use of ACLs.RegisterAgent.agent

I made a comment on https://reviews.apache.org/r/59453/ --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Wed, May 24, 2017 at 9:48 AM, Vinod Kone wrote: > If it hasn't been released it should be ok for us to do the rename. There > are no backwards compatible gu

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

-1 (binding) Let's address this blocker first. Neil's looking into it now. Yan

Re: documenting test expactations

My take (in general I am in favor of comments): - In my experience, expectations almost always only tell you what's wrong but not why, i.e., how the test arrives at the condition. Therefore I almost always need to read the test itself. - Unlike CHECKs in the main code, tests are sequen

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

he current users. --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Mon, May 8, 2017 at 3:59 PM, Neil Conway wrote: > Personally, I'm not convinced that we need to fix MESOS-7378. The > problem is essentially a bug in glibc that was fixed 6 years ago. (As > a

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

s/0.13.0/1.3.0/ :) --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Mon, May 8, 2017 at 3:45 PM, Yan Xu wrote: > I am still hoping that we get https://issues.apache.org/ > jira/browse/MESOS-7378 fixed before shipping 0.13.0. :) > > --- > Jiang Yan Xu | @xujyan

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

I am still hoping that we get https://issues.apache.org/jira/browse/MESOS-7378 fixed before shipping 0.13.0. :) --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Fri, May 5, 2017 at 6:31 PM, Michael Park wrote: > Hi all, > > Please vote on releasing the following cand

Re: Welcome Kevin Klues as a Mesos Committer and PMC member!

Congrats Kevin! --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Wed, Mar 1, 2017 at 2:05 PM, Benjamin Mahler wrote: > Hi all, > > Please welcome Kevin Klues as the newest committer and PMC member of the > Apache Mesos project. > > Kevin has been an active co

Re: How to consistent handle default values for message types

proto3 syntax at some point, we'll have to push > our defaults into our API handling code rather than in the proto file > AFAICT. > > On Thu, Feb 2, 2017 at 12:06 PM, Yan Xu wrote: > > > With protobuf you can specify custom default values for scalar types > > (pr

Re: How to consistent handle default values for message types

d, we would have to use a different message. > > Maybe I am not understanding whether you mean leaving the message unset, or > the field? I meant leaving the message unset. > > — > *Joris Van Remoortere* > Mesosphere > > On Thu, Feb 2, 2017 at 3:06 PM, Yan Xu wrote: >

Design for OnTerminationPolicy

Hi all, So after some discussions on the previous draft for restartable tasks and considering other feature requests such as to allow frameworks to customize the behavior when tasks in a task group terminate, we incorporated these features into one OnTerminationPolicy concept, which governs the ex

How to consistent handle default values for message types

With protobuf you can specify custom default values for scalar types (proto2 at least) but not message types, e.g., ``` message Filters { // Time to consider unused resources refused. Note that all unused // resources will be considered refused and use the default value // (below) regardless

Re: Order of includes

The example is helpful. Thanks! I have no objection to sticking to the new rule then. But the we have to: - For contributors and committers, start using the new style when creating new files today. - Fix the existing include order hopefully with the help of tools like clang-tidy and have it enfor

Re: Welcome Guangya Liu as Mesos Committer and PMC member!

Congrats! --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Mon, Dec 19, 2016 at 1:31 AM, haosdent wrote: > Congrats Guangya! > > On Sun, Dec 18, 2016 at 10:02 PM, Klaus Ma wrote: > >> Congratulations!! >> >> On Sat, Dec 17, 2016 a

Re: Order of includes

On Thu, Dec 15, 2016 at 7:44 AM, Michael Park wrote: > I would vote to keep the "include yourself first" rule, for reasons that > Benjamin points out. > > I think that we (committers) shouldn't be actively (and silently) going > against the rules we have in place. > Aside from that... the constru

Re: Order of includes

On Wed, Dec 14, 2016 at 3:15 PM, Benjamin Bannier wrote: > Hi Yan, > > I don’t feel too strongly about most of our style rules regarding include > ordering since they are just about style. > > > For a cpp file foo.cpp, our style guide instructs folks to put the header > > foo.hpp at the top of th

Re: Order of includes

t AFAIK we don't follow 2) and 3), instead we have been doing "include everything needed yourself, no exceptions". It would be great to clarify this in the Mesos style guide as well. --- @xujyan <https://twitter.com/xujyan> On Wed, Dec 14, 2016 at 10:14 AM, Yan Xu wrote:

Order of includes

For a cpp file foo.cpp, our style guide instructs folks to put the header foo.hpp at the top of the include list: https://github.com/apache/mesos/blob/master/docs/c%2B%2B-style-guide.md#order-of-includes This is consistent with Google style guide but in reality most of the our files follow the rul

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

So one thing that was brought up during offline conversations was that if the host reboot is associated with hardware change (e.g., a new memory stick): - Currently: the agent would skip the recovery (and the chance of running into incompatible agent info) and register as a new agent. -

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

+1. Tested `make check` on CentOS 6. On Thu, Nov 10, 2016 at 9:39 AM, Till Toenshoff wrote: > +1 > > Tested `make distcheck`: > > With SSL. > MacOS 10.12.1 (16B2555) => OK > > With SSL and without. > Centos 7 => OK > Debian 8 => OK > Fedora 23 => OK > Ubuntu 14 => OK > Ubuntu 12 => OK > Ubuntu

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

t fails my build. Yan Jiang Yan Xu  On Mon, Oct 24, 2016 at 11:49 AM, Alexander Rojas wrote: > +1 (non-biding) > > Ubuntu 16.04 > > ../configure --enable-ssl --enable-libevent && sudo make check > > On Mon, Oct 24, 2016 at 3:41 PM, Gastón Kleiman > wrote: >

Re: On Mesos versioning and deprecation policy

On Fri, Oct 14, 2016 at 3:37 PM, Yan Xu wrote: > Thanks Alex for starting this! > > In addition to comments below, I think it'll be helpful to keep the > existing versioning doc concise and user-friendly while having a dedicated > doc for the "implementation details&qu

Re: On Mesos versioning and deprecation policy

ster/docs/devel/api_changes.md (which has a lot of details on how the kubernetes community is thinking about similar issues, which we can learn from) Jiang Yan Xu  On Wed, Oct 12, 2016 at 9:34 AM, Alex Rukletsov wrote: > Folks, > > There have been a bunch of online [1, 2] and offli

Re: Deprecate MESOS_DIRECTORY executor environment variable

The rules for APIs stipulate that the deprecation period doesn't start until the next major release (2.0). I suppose environment variable changes don't qualify (or do they? This is how the agent interface with the executor and requires executor developers to change their programs). So when should i

Re: Deprecate MESOS_DIRECTORY executor environment variable

I agree that the executor shouldn't need to known about the sandbox host path for itself but today it provides a way for the information to be propagated to the scheduler or external systems. I don't remember how thermos observer works but I guess the executor registers itself to a the observer an

Re: Question about the deprecated policy after 1.0

te this in 2.0. To do that, let's make sure the alternative API makes into 2.0 first. If we fail to achieve that, why shouldn't we postpone the deprecation further? > > Bases on the above two points, I think we should slate the deprecated feature > although we don't have d

Re: 中国的Mesos爱好者们，关于今年在杭州的MesosCon大会

Would surveymonkey.com be more accessible? On Monday, September 19, 2016, Yan Yan YY Hu wrote: > We need proxy to access Google in China mainland. But I guess this won't > be a problem for us since there are many tools can help to cross the > GreatFireWall :) > > Best regards! >

Re: Question about the deprecated policy after 1.0

s the case, I don't think we need to rush to decide that it has to be deprecated in 2.0. What if the replacement doesn't make it into 2.0? Feel free to provide your feedback here or on https://reviews.apache.org/r/51803 where more context may help clarify things. > On Sep 6, 2016, a

Re: Question about the deprecated policy after 1.0

er deprecations we can have a live document that lists the deprecated features *by version*. Currently the CHANGELOG file only lists deprecation in the next release so there's not a place to put the deprecations for 2.0 when we are only at 1.1.0 (WIP). Thoughts? Jiang Yan Xu  On Tue, S

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

+1 (binding) Ran make check on macOS 10.11.5 and clang-703.0.31. Additionally, although not rigorous enough as a proof, we deployed a version of head (> 1.0) that includes fixes in this release and it's working fine (checked that webUI redirect worked and our test workloads ran). Yan > On Aug

Re: [VOTE] Release Apache Mesos 1.0.0 (rc4)

> tonight without doing the typical 72 hour voting period. >>> >>> >>> I'm personally leaning towards 1) given the timing and the nature of the >>> bug. What do others think? PMC? >>> >>> On Tue, Jul 26, 2016 at 4:08 PM, Yan Xu wrote: &

Re: [VOTE] Release Apache Mesos 1.0.0 (rc4)

, I feel that a short term fix shouldn't be more than a few lines to unblock the release. > On Jul 26, 2016, at 3:26 PM, Jie Yu wrote: > > Yan, are you going to shepherd the fix for this one? If yes, when do you > think it can be done? > > - Jie > > On Tue

Re: [VOTE] Release Apache Mesos 1.0.0 (rc4)

-1 We tested it in our testing environment but webUI redirect didn't work. We filed: https://issues.apache.org/jira/browse/MESOS-5911 Given that webUI is the portal for Mesos clusters I feel that we should at least have a basic fix (more conte

Re: getting added to contributors

I don't think it's a requirement but I agree that let's also make it explicit (Vinod already made it clear in the initial announcement but we could also be explicit when asking individual contributors whether they'd like to be added) so it's not perceived as one. --

Re: Persistent volume ownership issue

+1 if no one is relying on the old behavior. Jiang Yan Xu  On Mon, Jun 20, 2016 at 11:25 PM, Jie Yu wrote: > Hi folks, > > Currently, the ownership of the persistent volumes are set to be the same > as the sandbox. In the implementation, we call `chown -R` on the persistent >

Re: New external dependency

It's not immediately clear form the ticket why the change from optional dependency to required dependency though? Could you summarize? On Sun, Jun 19, 2016 at 12:33 PM, Kevin Klues wrote: > Thanks Zhitao, > > I just pushed out a review for upgrades.md and added you as a reviewer. > > The new dep

Re: Slack as the canonical chat channel

+1 Slack. On Friday, June 17, 2016, José Guilherme Vanz wrote: > +1 Slack > > On Fri, 17 Jun 2016 at 17:05 Joris Van Remoortere > wrote: > > > +1 Slack > > > > — > > *Joris Van Remoortere* > > Mesosphere > > > > On Fri, Jun 17, 2016 at 10:04 PM, Vinod Kone > wrote: > > > > > Looks like people

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

What do you think about this Vinod? I think we can remove this major version checking altogether. Backwards-incompatible changes would warrant a major version bump but not vise versa. Plus it's more standard to express and check dependency versions outside of the code but through package metadata.

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

ter :) > > I'm cancelling the vote for 1.0-RC1 now. We'll cut RC2 after we fix this > and any other issues that cropped up so far. > > > On Tue, Jun 7, 2016 at 6:13 PM, Yan Xu wrote: > >> What do you think about this Vinod? >> >> I think we can remove th

Fwd: [VOTE] Release Apache Mesos 1.0.0 (rc1)

What do you think about this Vinod? I think we can remove this major version checking altogether. Backwards-incompatible changes would warrant a major version bump but not vise versa. Plus it's more standard to express and check dependency versions outside of the code but through package metadata.

Re: Hoping to join Mesos "contributors"

What's your Apache JIRA <https://issues.apache.org/jira/browse/MESOS> username? --- Jiang Yan Xu | @xujyan <https://twitter.com/xujyan> On Tue, May 24, 2016 at 12:28 AM, He, Tong wrote: > Dear committers, > > I hope to join in the development of GPU > features(

Re: [proposal] MESOS-4610: MasterContender/MasterDetector should be loadable as modules

My apologies that due to some email filter issues I only see this right now. Thanks Kapil for stepping in (and I am probably unable to shepherd this right now)! On Fri, Mar 25, 2016 at 12:58 PM, Anurag Singh < anurag.prakash.si...@gmail.com> wrote: > Hello Kapil, > > I just wanted to know if you'

Re: Proposal: moving Mesos website to project codebase

+1 for making it easier for contributors to understand the website code and collaboratively maintain it! -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Fri, Oct 9, 2015 at 5:21 PM, Paul Brett wrote: > +1 > > On Fri, Oct 9, 2015 at 8:59 AM, haosdent wrote: > > >

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

+1 (binding) Tested on our CI. -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Fri, Sep 4, 2015 at 12:11 PM, Bernd Mathiske wrote: > +1 [binding] > > MacOS X (make check) > CentOS 7 (make distcheck) > Ubuntu 14.4 (make distcheck) > > > On Sep 3, 201

Re: Request to adding me to contributors list

Done. Welcome! -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Thu, Aug 6, 2015 at 11:41 PM, Jian BJ Qiu wrote: > Hi, > > Can anyone add me to the contributors list? > My JIRA account name is : qiujian > > Regards > > Qiu Jian

Re: Regarding old frameworks in Mesos repository

just like they can fork github.com/apache/mesos but I don't think it's our intention to block that right? -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Wed, Jun 24, 2015 at 3:48 PM, Marco Massenzio wrote: > +1 > for deleting obsolete / unmaintained code > (this

Re: Regarding old frameworks in Mesos repository

in this repo are not up-to-date and and people have created ec2 tools not based on these scripts. (See this <http://mail-archives.apache.org/mod_mbox/mesos-dev/201505.mbox/%3ccak8jagmtmdetskckqmwatyab3dmautsxo5p+6p2f2s2k-zt...@mail.gmail.com%3E> .) Yan -- Jiang Yan Xu @xujyan <http://tw

Re: Regarding old frameworks in Mesos repository

te them as individual projects under github.com/mesos. Our website will be updated with the links to them either deleted or replaced by similar external projects. -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Fri, Apr 10, 2015 at 2:39 AM, Alexander Rojas wrote: > +1 If they a

Review Request 33090: Removed unmaintained frameworks code.

/torque/torquesched.py c22ef9180c3aaf447c0288ee4948d0c8067791b7 frameworks/torque/torquesched.sh a40c7eafd71a11c8f974aa49a612fa81d0016102 Diff: https://reviews.apache.org/r/33090/diff/ Testing --- make check Thanks, Jiang Yan Xu

Re: Regarding old frameworks in Mesos repository

.com/mesosphere/mesos-cli is more feature complete already. -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Mon, Apr 6, 2015 at 2:46 PM, Benjamin Mahler wrote: > +1 on removing deploy_jar, haproxy+apache, torque. > > For mesos-submit, it seems that this should instead be a

Regarding old frameworks in Mesos repository

and would like to contribute, the ideal place to host them is in their own repos. e.g., https://github.com/mesos/hadoop Any comments? -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan>

Re: Splitting reviews and build emails into their own mailing lists

+1 -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Fri, Mar 27, 2015 at 12:19 PM, Vinod Kone wrote: > Hi, > > What do you guys think about moving the review and build (CI) emails to > their own mailing lists (reviews@ and builds@). > > Quite a few people th

Re: Scaling Proposal: MAINTAINERS Files

Good point for "MAINTAINERS" -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Mon, Feb 9, 2015 at 12:05 PM, Vinod Kone wrote: > I like MAINTAINERS because it sounds less authoritative than OWNERS. > > FWIW, maintainers is also a well understood and wel

Re: Review Request 30784: Fixed flaky test MasterAllocatorTest/0.OutOfOrderDispatch.

s.cpp 1eebefd2e423e4bb89d76ed7b7d8acc9d1bb7760 Diff: https://reviews.apache.org/r/30784/diff/ Testing --- make -j check GTEST_FILTER=MasterAllocatorTest/0.OutOfOrderDispatch Thanks, Jiang Yan Xu

Re: Request to be added as mesos contributor

Added you as an contributor on MESOS JIRA. Welcome! -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Sun, Feb 8, 2015 at 3:30 AM, Palak Choudhary wrote: > Hey, > > I have been following mesos development for quite some time and would like > to contribute to the pr

Review Request 30784: Fixed flaky test MasterAllocatorTest/0.OutOfOrderDispatch.

--- make -j check GTEST_FILTER=MasterAllocatorTest/0.OutOfOrderDispatch Thanks, Jiang Yan Xu

Re: Review Request 30511: Moved framework related rate limiters into Master::Frameworks.

ed e-mail. To reply, visit: > https://reviews.apache.org/r/30511/ > --- > > (Updated Feb. 2, 2015, 10:39 a.m.) > > > Review request for mesos, Ben Mahler and Jiang Yan Xu. > > > Bugs: MESOS-1148 > htt

Re: Review Request 30511: Moved framework related rate limiters into Master::Frameworks.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/30511/#review70601 --- Ship it! Ship It! - Jiang Yan Xu On Feb. 2, 2015, 10:39 a.m

Re: Mesos libnl error when running tests

Which libnl are you using? 3.2.25? -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Wed, Jan 21, 2015 at 4:21 PM, Evelina Dumitrescu < evelina_dumitre...@yahoo.com.invalid> wrote: > Hi, > > Does anyone have anidea about this error: > libmesos-0.22.0.so:symbol nl

Re: Review Request 27832: Fixed MasterAuthorizationTest.DuplicateReregistration test.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/27832/#review60709 --- Ship it! Ship It! - Jiang Yan Xu On Nov. 10, 2014, 2:48 p.m

Re: Build failed in Jenkins: Mesos-Trunk-Ubuntu-Build-Out-Of-Src-Disable-Java-Disable-Python-Disable-Webui #2508

https://issues.apache.org/jira/browse/MESOS-2017 -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Wed, Oct 29, 2014 at 10:56 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See < > https://builds.apache.org/job/Mesos-Trunk-Ubuntu-Build-Out-Of-Src

Re: Build failed in Jenkins: Mesos-Trunk-Ubuntu-Build-Out-Of-Src-Disable-Java-Disable-Python-Disable-Webui #2502

https://issues.apache.org/jira/browse/MESOS-2007 -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Tue, Oct 28, 2014 at 4:49 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See < > https://builds.apache.org/job/Mesos-Trunk-Ubuntu-Build-Out-Of-Src

Re: Build failed in Jenkins: Mesos-Trunk-Ubuntu-Build-Out-Of-Src-Disable-Java-Disable-Python-Disable-Webui #2498

Sending 1 offers to framework 20141028-023846-3142697795-33379-8981- (default) at scheduler-5f51928e-4576-41a0-ac20-b629e535af9c@67.195.81.187:33379 Master sent the offer after the 10sec deadline. -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Mon, Oct 27, 2014 at 7:41 PM, Apache

Re: Build failed in Jenkins: Mesos-Trunk-Ubuntu-Build-In-Src-Set-JAVA_HOME #2221

MasterTest.RecoverResources is flaky: https://issues.apache.org/jira/browse/MESOS-2003 -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Mon, Oct 27, 2014 at 7:41 PM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See < > https://builds.apache.org/job/Mes

Re: Review Request 26571: Fixed ZooKeeper 3.4.5 OSX Yosemite build.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26571/#review56957 --- Ship it! Thanks Till! - Jiang Yan Xu On Oct. 16, 2014, 3:13 a.m

Re: Review Request 26571: Fixed ZooKeeper 3.4.5 OSX Yosemite build.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/26571/#review56380 --- LGTM. Let's see how ZOOKEEPER-2049 is going. - Jiang Yan Xu

Re: Review Request 25663: MESOS-1392: MasterDetector now returns a None when it cannot read the content of the ZNode it has detected.

--- make check. Thanks, Jiang Yan Xu

Re: Review Request 25663: MESOS-1392: MasterDetector now returns a None when it cannot read the content of the ZNode it has detected.

e-mail. To reply, visit: https://reviews.apache.org/r/25663/#review53558 --- On Sept. 17, 2014, 11:12 a.m., Jiang Yan Xu wrote: > > --- > This is an automatically generated e-

Re: Review Request 25663: MESOS-1392: MasterDetector now returns a None when it cannot read the content of the ZNode it has detected.

per/group.cpp 58491c01052b68ddaee6af32f33192d5a1f20e58 Diff: https://reviews.apache.org/r/25663/diff/ Testing --- make check. Thanks, Jiang Yan Xu

Review Request 25663: MESOS-1392: MasterDetector now returns a None when it cannot read the content of the ZNode it has detected.

://issues.apache.org/jira/browse/MESOS-1392 Repository: mesos-git Description --- See summary. Diffs - src/master/detector.cpp 6436b8ee7e1ab6451a6b999a1cfbb2f79190e6ca Diff: https://reviews.apache.org/r/25663/diff/ Testing --- make check. Thanks, Jiang Yan Xu

Re: Review Request 25588: Fixed flaky MasterTest.LaunchDuplicateOfferTest.

- > > (Updated Sept. 12, 2014, 10:46 a.m.) > > > Review request for mesos and Jiang Yan Xu. > > > Bugs: mesos-1783 > https://issues.apache.org/jira/browse/mesos-1783 > > > Repository: mesos-git > > > Description > --- > > A coupl

Re: Review Request 25516: Fixed authorization tests to properly deal with registration retries.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/25516/#review52960 --- Ship it! Ship It! - Jiang Yan Xu On Sept. 10, 2014, 12:55 p.m

Review Request 25511: Pulled the log line in ZooKeeperTestServer::shutdownNetwork() to above the shutdown call.

-- src/tests/zookeeper_test_server.cpp a8c9b1cd8a546abdeb4d89a8fe9ebc3b3d577665 Diff: https://reviews.apache.org/r/25511/diff/ Testing --- make check. Thanks, Jiang Yan Xu

Re: Review Request 25487: Increased session timeouts for ZooKeeper related tests.

d there is none. Diffs (updated) - src/tests/master_contender_detector_tests.cpp 9ac59aa446a132e734238e0e55801117c4ef31b4 src/tests/zookeeper.cpp e45f956e1486e952a4efeb123e15568518fb53fe Diff: https://reviews.apache.org/r/25487/diff/ Testing --- make check. Thanks, Jiang Yan Xu

Review Request 25487: Increased session timeouts for ZooKeeper related tests.

32e734238e0e55801117c4ef31b4 src/tests/zookeeper.cpp e45f956e1486e952a4efeb123e15568518fb53fe Diff: https://reviews.apache.org/r/25487/diff/ Testing --- make check. Thanks, Jiang Yan Xu

Re: Build failed in Jenkins: Mesos-Trunk-Ubuntu-Build-Out-Of-Src-Disable-Java-Disable-Python-Disable-Webui #2358

this is https://issues.apache.org/jira/browse/MESOS-1766 -- Jiang Yan Xu @xujyan <http://twitter.com/xujyan> On Fri, Sep 5, 2014 at 8:53 AM, Apache Jenkins Server < jenk...@builds.apache.org> wrote: > See < > https://builds.apache.org/job/Mesos-Trunk-Ubuntu-Build-Ou

Re: Review Request 25304: Removed an unnecessarily introduced Option.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/25304/#review52209 --- Ship it! Ship It! - Jiang Yan Xu On Sept. 3, 2014, 10:21 a.m

Re: Review Request 25303: Fixed a bug in the staging tasks metric.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/25303/#review52206 --- Ship it! Ship It! - Jiang Yan Xu On Sept. 3, 2014, 10:21 a.m

Re: Review Request 25302: Count pending tasks as staging in the slave.

--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/25302/#review52204 --- Ship it! Ship It! - Jiang Yan Xu On Sept. 3, 2014, 10:21 a.m

Review Request 25195: Fixed MasterZooKeeperTest.LostZooKeeperCluster

MasterZooKeeperTest.LostZooKeeperCluster 1000 for iterations. Thanks, Jiang Yan Xu

  1   2   3   4   5   6   7   8   9   10   >