This looks like a great change, btw!
I have a quick question, how does this change affect things like the
executable/extract bits that are available in the existing fetcher? Would that
logic move outside of the fetcher itself, or would it live on the URI?
I’m not sure if I’ve missed something i
Hi Chris,
Perhaps you've run into
https://community.nitrous.io/posts/stability-and-a-linux-oom-killer-bug. We ran
into similar symptoms that you've described and taking the above as the cause
solved all of our issues.
Hope this helps!
--
Tom Arnfeld
Developer // DueDil
fortless.
--
Tom Arnfeld
Developer // DueDil
On Mon, Jun 29, 2015 at 10:48 PM, Benjamin Mahler
wrote:
> FYI Some folks reached out off thread that they are using this optimization
> for distributed health checking of tasks. This is on the order of O(10,000)
> framework messages pe
It might be worth looking at the code for mesos-execute, that has some support
for basic docker containers.
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Fri, May 29, 2015 at 8:29 AM, Adam Bordelon wrote:
> I don't kno
Myriad is indeed a completely unrelated and separate project, it's for running
YARN on Mesos as opposed to the MRv1 Stack with JobTrackers and TaskTrackers.
--
Tom Arnfeld
Developer // DueDil
On Saturday, May 9, 2015 at 10:29 am, Brian Topping ,
wrote:
signature.asc
Description
e great if you could help me understand.
--
Tom Arnfeld
Developer // DueDil
On Thursday, Apr 30, 2015 at 10:26 pm, Vinod Kone , wrote:
Welcome to the Greater Anglia Wi-
unning the patch in production
for several months and have seen some quite significant performance gains with
our type of workload.
The pull request is here https://github.com/mesos/hadoop/pull/33.
Feel free to get in touch if you have any questions! Thanks!
--
Tom Arnfeld
Developer // DueDil
Hey Dave,
This sounds quite interesting. Could you tell me a little more about what is
involved? Sounds like something I might like to put my name down for :-)
Tom.
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Fri, Feb 27
That all sounds great, thanks for clarifying!
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Sat, Feb 21, 2015 at 7:35 AM, Michael Park wrote:
> Hi Tom,
> It doesn't *preclude* that capability but it also doesn
et for this use case is MESOS-1791.
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Sat, Feb 21, 2015 at 1:38 AM, Jie Yu wrote:
> Hi,
> BenM, BenH, MPark and I had a sync today discussing reservations
> (dynamic+static) in Mesos.
This sounds really interesting Ben - I'm definitely +1 to the idea.
The only question that comes up in my mind is, are files/areas of the code base
segmented enough at the moment for this to be useful?
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher S
something.
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Mon, Jan 26, 2015 at 6:15 AM, Chester Kuo
wrote:
> Hi All
> I'd like to extend and add new feature into Mesos to support GPU
> resource allocation, so we can put OpenCL appl
Thanks for sharing! Does this project by any chance utilise the new (not sure
if merged or released) service discovery protobufs in Mesos?
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Sat, Jan 24, 2015 at 5:20 PM, Christos Kozyrakis
+1 also! Very interesting to hear what’s being discussed. +1 on the google
hangouts if these meetings are happening in person so we can listen along.
--
Tom Arnfeld
Developer // DueDil
On Monday, Dec 29, 2014 at 4:12 pm, Chris Aniszczyk ,
wrote:
+1 to opening up meetings! How about
> On Jan. 2, 2015, 10:23 p.m., Ben Mahler wrote:
> > What happened previously if a launch takes forever?
> >
> > What happens now if a launch takes forever?
>
> Timothy Chen wrote:
> Ben that's a good point, previously the registration timeout gates the
> launch not to take forever, howeve
+1
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Wed, Dec 31, 2014 at 12:16 AM, Ankur Chauhan
wrote:
> +1
> Sent from my iPhone
>> On Dec 30, 2014, at 16:01, Tim Chen wrote:
>>
>> Hi all,
>>
>>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28339/#review64167
---
Ship it!
Ship It!
- Tom Arnfeld
On Nov. 21, 2014, 6:46 p.m
https://issues.apache.org/jira/browse/MESOS-2071 (Libprocess generates
invalid HTTP)
Does anyone have any issue with these three tickets, or is there anything else
that's being worked on / fixed that could go into this release?
Tom.
--
Tom Arnfeld
Developer // DueDil
+1 Sounds exciting!
--
Tom Arnfeld
Developer // DueDil
On Mon, Dec 1, 2014 at 8:03 PM, Jie Yu wrote:
> Sounds great Tim!
> Do you know if they have published an API for the rocket toolset? Are we
> gonna rely on the command line interface?
> - Jie
> On Mon, Dec 1, 2014 a
d be great for frameworks to be provided with as little information
as possible as that will help reduce the barrier for adding new frameworks to a
cluster.
Tom.
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Sat, Nov 22, 2014 at
atibility changes in
the release notes or on the blog to make life simpler for mesos users.
Cheers,
Tom.
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
A stream consumers.
Either way, hooks would be a welcomed feature for us!
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Fri, Nov 21, 2014 at 6:44 AM, Vinod Kone wrote:
> Good points Ben.
> Also, I've been recently thinking
+1
`make check` passed on Ubuntu 12.04 LTS (kernel 3.2.0-67)
--
Tom Arnfeld
Developer // DueDil
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
On Thu, Nov 6, 2014 at 8:43 PM, Ian Downes
wrote:
> Apologies: I used support/tag.sh but had a local branch *and* local tag
-
>
> (Updated Sept. 5, 2014, 8:48 a.m.)
>
>
> Review request for mesos and Tom Arnfeld.
>
>
> Repository: mesos-git
>
>
> Description
> ---
>
> Adds a markdown document describing the ExternalContainerizer.
>
>
> Diffs
> -
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/27516/#review59950
---
Ship it!
- Tom Arnfeld
On Nov. 3, 2014, 4:36 p.m., Bernd
f, e.g external containerizers.
Any thoughts?
- Tom Arnfeld
On May 9, 2014, 7:05 p.m., Benjamin Hindman wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.
Has there been any further discussion on getting a release candidate for
0.21.0 cut?
On 22 October 2014 22:12, Ian Downes wrote:
> Please note that we're targeting to cut this release next Wednesday, 29
> October.
>
> Ian
>
> On Wed, Oct 22, 2014 at 1:33 PM, Vinod Kone wrote:
>
> > Can everyone
well, so that could gate the flexing
> down.
> Anything I'm missing?
> Sent from my iPhone
>> On Sep 30, 2014, at 12:42 AM, Tom Arnfeld wrote:
>>
>> Thanks Vinod. I missed that issue when searching!
>>
>>
>> I did consider sending a shutdow
sending a special "kill" task as a
> signal to the executor to commit suicide?
> On Mon, Sep 29, 2014 at 5:27 PM, Tom Arnfeld wrote:
>> Hi,
>>
>> I've been making some modifications to the Hadoop framework recently and
>> have come up against a brick wall.
Hi,
I've been making some modifications to the Hadoop framework recently and
have come up against a brick wall. I'm wondering if the concept of killing
an executor from a framework has been discussed before?
Currently we are launching two tasks for each Hadoop TaskTracker, one that
has a bit of C
+1 (non-binding)
Make check on Ubuntu 12.04 with gcc 4.6.3
On 19 September 2014 17:37, Tim Chen wrote:
> +1 (non-binding)
>
> Make check on Centos 5.5, docker tests all passed too.
>
> Tim
>
> On Fri, Sep 19, 2014 at 9:17 AM, Jie Yu wrote:
>
>> +1 (binding)
>>
>> Make check on centos5 and cent
Hey everyone,
I've been working on a potential extension to Hadoop on Mesos which allows
the framework to potentially release allocated (but idle) TaskTracker slots
if they are doing nothing. This helps release resources hadoop is allocated
but not using, to increase overall cluster utilisation wh
Y RAM, or Z
> sets of {X,Y}), and they're definitely on the roadmap.
>
> On Wed, Sep 10, 2014 at 9:05 AM, Tom Arnfeld wrote:
>
> > That's very cool, thanks.
> >
> > On Wed, Sep 10, 2014 at 4:59 PM, Timothy Chen wrote:
> >
> > > Hi Tom,
> >
That's very cool, thanks.
On Wed, Sep 10, 2014 at 4:59 PM, Timothy Chen wrote:
> Hi Tom,
> Reservations is definitely something we've discussed and will be addressed in
> the near future.
> Tim
>> On Sep 10, 2014, at 7:49 AM, Tom Arnfeld wrote:
>>
&g
Hey everyone,
Just a quick question. Has the ever been any discussion around dynamic
roles?
What I mean by this – currently if I want to guarantee 1 core and 10 GB of
ram to a specific type of framework (or "role") I need to do this at a
slave level. This means if I only want to guarantee a small
365>
You can avoid these `cd /opt` commands by defining a `WORKDIR /opt`
instruction before this line, every subsequent container will pick that up, so
you can reduce a bit of code duplication :)
- Tom Arnfeld
On Sept. 5, 2014, 12:50 a.m., Gabriel Monroy
Hey,
Thank you both for taking the time to respond. I wanted to be very
expressive and give context to the points I was making, hopefully it wasn't
too ranty. Ben, I've made some inline comments below.
I've had some chats with Ian Downes about doing something
> like this for the MesosContainerize
Hey everyone,
First off; this is a long email... so brace yourself. I appreciate your
time and patience.
I wanted to open up discussion around this, since I've spoken to several
people in isolation and feel it would be great to come to some kind of
resolution. My aim here is to try and improve th
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/25334/#review52426
---
Ship it!
Ship It!
- Tom Arnfeld
On Sept. 5, 2014, 7:35 a.m
> On Sept. 3, 2014, 10:59 a.m., Tom Arnfeld wrote:
> > What's the reason for not also supporting the `port` resource type? For
> > example, the Hadoop framework uses this
> > https://github.com/mesos/hadoop/blob/master/src/main/java/org/apache/hadoop/mapred/Res
Hey guys,
Has someone been changing things relating to the new *mesos.interface* python
egg on pypi? I don't seem to be able to install it anymore.. which is
strange as it's listed as available on the pypi site.
Here's some output: https://gist.github.com/tarnfeld/dcf936eb247c7bd5d2d1
Cheers,
T
source.
I think it'd be nice to support both this kind of PortMapping behaviour for
explicit mappings, as you've done in the DockerInfo protobuf, but if I just
need any old port that's available to bind to a resource type would be useful.
- Tom Arnfeld
On Sept. 2, 2014, 8:47
+1
On Wednesday, 3 September 2014, Benjamin Hindman
wrote:
> LGTM!
>
> On Tuesday, September 2, 2014, Jie Yu >
> wrote:
>
> > Hi,
> >
> > I've drafted the blog post for the 0.20.0 release (the link below).
> Please
> > let me know if you have any suggestion or comments. The plan is to
> publish
> On Sept. 1, 2014, 9:57 p.m., Tom Arnfeld wrote:
> > Couple of points, please correct me if I've misunderstood anything :)
> >
> > Can you not just do a `docker run .. {image} ..` and let docker take care
> > of pulling the image if needed? By default, docker
amp;& docker pull` on every slave in the
cluster, but I'd like the requirement to do that to be chosen. Perhaps you guys
have already had this discussion... I'm very interested to see what others have
been doing to solve this probl
Hey everyone,
We're in Chicago for #MesosCon (so awesome, thanks Dave & the team!) and
wondered if anyone else still in town wanted to meet for some drinks or
food and talk mesos stuff? We're here tonight and tomorrow night.
Cheers!
T
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24939/#review51342
---
Ship it!
Ship It!
- Tom Arnfeld
On Aug. 21, 2014, 6:22 p.m
This is really quite awesome, I too have found myself needing something
like this...!
On 8 August 2014 00:26, Vinod Kone wrote:
> This is really awesome. I love it!
>
> Can't wait to use it in production.
>
>
> On Thu, Aug 7, 2014 at 1:57 PM, Thomas Rampelberg
> wrote:
>
> > I've gone through
Woah, this is really awesome Thomas! Especially the pip install ;-)
Looking forward to bringing pesos up to speed with this.
On 1 August 2014 21:30, Jie Yu wrote:
> Thomas,
>
> Thank you for the heads-up. One question: what if mesos and python binding
> have different versions? For example, is
ould be able to
> specify an alternate build path for setuptools so that it doesn't conflict
> when building distributions.
>
>
> On Wed, Jul 23, 2014 at 12:01 AM, Tom Arnfeld wrote:
>
> > R.E Python 3.3;
> >
> > It doesn't actually require it, but it
cation? Any code snippet to
> reproduce the problem?
>
> P.S. I'm trying to setup pesos and it seems like python3.3 is a requirement
> but it isn't mentioned anywhere.
>
>
> On Tue, Jul 22, 2014 at 1:45 AM, Tom Arnfeld wrote:
>
>> Hey,
>>
>> I&
t your setup. Is it localhost only communication? Any code snippet to
> reproduce the problem?
>
> P.S. I'm trying to setup pesos and it seems like python3.3 is a requirement
> but it isn't mentioned anywhere.
>
>
> On Tue, Jul 22, 2014 at 1:45 AM, Tom Arnfeld wrote:
>
Hey,
I've started to try and finish off the work @wickman started around pesos[1]
and compactor[2] - pure language bindings for mesos and libprocess in Python.
It's currently far from finished, but have fun into a brick wall around
libprocess. If anyone could shed any light that'd be great.
To
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23461/#review47869
---
Ship it!
- Tom Arnfeld
On July 14, 2014, 10:31 p.m., Benjamin
+1 (non binding)
- Tested on Mac OSX mavericks
- Tested on Ubuntu 12.04 LTS machines (spark and Hadoop run fine also)
On 15 Jul 2014, at 19:48, Niklas Nielsen wrote:
> +1 (binding)
>
> Tested on:
> - OSX Mavericks w/ clang-503.0.40 & LLVM 3.4
> - Ubuntu 13.10 w/ gcc-4.8.1 (LogZooKeeperTest.Wri
Very exciting. I'd vote +1 for splitting them out. Especially if you
look at the common way of using Go imports, just stick the project on
GitHub and import it directly using "github.com/mesos/mesos-go" or
similar.
I guess one argument is that you have more fragmentation of the code
(e.g every lib
hy this is a critical fix? We try to
> minimise what we include in bug fix releases to avoid feature creep.
>
> Thanks
> On Jul 4, 2014 12:31 PM, "Tom Arnfeld" wrote:
>
>> Any chance we can get https://issues.apache.org/jira/browse/MESOS-1448
>> too?
>>
Any chance we can get https://issues.apache.org/jira/browse/MESOS-1448 too?
On 3 Jul 2014, at 21:40, Vinod Kone wrote:
> Hi,
>
> We are planning to release 0.19.1 (likely next week) which will be a bug fix
> release. Specifically, these are the fixes that we are planning to cherry
> pick.
>
[
https://issues.apache.org/jira/browse/MESOS-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14040106#comment-14040106
]
Tom Arnfeld commented on MESOS-1524:
Thanks for the clarifications [~bh
[
https://issues.apache.org/jira/browse/MESOS-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14039899#comment-14039899
]
Tom Arnfeld commented on MESOS-1524:
I agree a first step of using the docker
[
https://issues.apache.org/jira/browse/MESOS-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14039739#comment-14039739
]
Tom Arnfeld edited comment on MESOS-1524 at 6/21/14 9:1
[
https://issues.apache.org/jira/browse/MESOS-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14039739#comment-14039739
]
Tom Arnfeld edited comment on MESOS-1524 at 6/21/14 9:1
Hey Everyone,
Excited to see discussions of this. Something I started playing around with
just as the external containerizer was coming to life!
Diptanu – A few responses to your notes...
> a. Mesos understanding docker metrics which should be straightforward because
> docker writes all its me
[
https://issues.apache.org/jira/browse/MESOS-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14039739#comment-14039739
]
Tom Arnfeld commented on MESOS-1524:
This sounds really great. I think implemen
[
https://issues.apache.org/jira/browse/MESOS-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14034151#comment-14034151
]
Tom Arnfeld commented on MESOS-1448:
Thanks for the feedback, [~benjaminhin
[
https://issues.apache.org/jira/browse/MESOS-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14033596#comment-14033596
]
Tom Arnfeld commented on MESOS-1448:
I've submitted a patch to the review b
[
https://issues.apache.org/jira/browse/MESOS-1447?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14033197#comment-14033197
]
Tom Arnfeld commented on MESOS-1447:
Hmm, that's an interesting one. I thi
Nice one! #shipit
> On 12 Jun 2014, at 19:59, Chris Aniszczyk wrote:
>
> #shipit
>
>
>> On Thu, Jun 12, 2014 at 1:53 PM, Vinod Kone wrote:
>>
>> #shipit
>>
>>
>> On Thu, Jun 12, 2014 at 9:10 AM, Niklas Nielsen
>> wrote:
>>
>>> #shipit
>>>
>>>
On 12 June 2014 08:23, Dave Lester wrote:
+1 from me. Tested on OSX Mavericks with gcc 4.8 and compiled+deployed on
Debian 7.3 with gcc 4.7.2.
I’ve deployed RC3 to our 17 node cluster and it’s been working very well (aside
from https://issues.apache.org/jira/browse/MESOS-1462 but that’s for 0.19.1)!
Not really the email thread (sorry)
[
https://issues.apache.org/jira/browse/MESOS-1462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14020555#comment-14020555
]
Tom Arnfeld commented on MESOS-1462:
[~bmahler] Fair enough. Assigned to
[
https://issues.apache.org/jira/browse/MESOS-1462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom Arnfeld updated MESOS-1462:
---
Assignee: Till Toenshoff
> External Containerizer can leave a task indefinitely in STAGING if
[
https://issues.apache.org/jira/browse/MESOS-1462?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom Arnfeld updated MESOS-1462:
---
Description:
Not sure where else to create issues regarding RC software, but I guess here is
as
Tom Arnfeld created MESOS-1462:
--
Summary: External Containerizer can leave a task indefinitely in
STAGING if the `launch` fails
Key: MESOS-1462
URL: https://issues.apache.org/jira/browse/MESOS-1462
14 19:21, Jay Buffington wrote:
> + solidsnack, the deimos guy.
>
> On Sun, Jun 1, 2014 at 10:14 AM, Tom Arnfeld wrote:
> >
> > 2) Specifically relating to Mesos and Docker (Deimos + @Mesosphere)
> >
> > Correct me if i’m wrong (and if there’s something un-pushed to
That's exciting! I'd also love if anyone could try out the Docker
Containerizer I've been working on...
https://github.com/duedil-ltd/mesos-docker-containerizer (The deimos
project from mesosphere isn't compatible with the EC release
candidate, or not any version I could find).
I'm in the process
Tom Arnfeld created MESOS-1448:
--
Summary: Mesos Fetcher doesn't support URLs that have 30X
redireects
Key: MESOS-1448
URL: https://issues.apache.org/jira/browse/MESOS-1448
Project: Mesos
Deimos) to do the containerization, and i’m not aware of anything else
in the community.
Looking forward to thoughts,
Tom.
--
Tom Arnfeld
Developer // DueDil
t...@duedil.com
(+44) 7525940046
25 Christopher Street, London, EC2A 2BS
Company Number: 06999618
What is DueDil? | Product features
Tom Arnfeld created MESOS-1447:
--
Summary: Include Mesos Version in SlaveInfo protobuf
Key: MESOS-1447
URL: https://issues.apache.org/jira/browse/MESOS-1447
Project: Mesos
Issue Type
Hey Ben,
When’s the vote going out? I’m in the process of deploying 0.19.0-rc1 (and
testing with Deimos) to our pre-production cluster to see how it goes… will
report back if I find anything odd.
Tom.
On 30 May 2014, at 17:48, Benjamin Mahler wrote:
> Hi All,
>
> I've pushed a tag for the f
+1
On 29 May 2014, at 22:55, Dave Lester wrote:
> Hi Niklas,
>
> Hope you're OK with me moving this back to the dev list for further
> discussion.
>
> I've made some minor changes to the blog post, specifically merging the
> 0.18.2 and 0.18.1 into a single post so the gap between 0.18.0 and
8656>
The naming of this is a little confusing, it's actually a cache rather than
the directory URIs are "fetched" to.. the final outcome of "fetching" is
actually the executor sandbox, no?
- Tom Arnfeld
On May 27, 2014, 11:02 a.m., Bernd Mathiske wrote:
>
&g
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22028/#review44281
---
Ship it!
Ship It!
- Tom Arnfeld
On May 29, 2014, 6:13 p.m., Ben
[
https://issues.apache.org/jira/browse/MESOS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14007023#comment-14007023
]
Tom Arnfeld commented on MESOS-1405:
{quote}
Which implementation do you mea
[
https://issues.apache.org/jira/browse/MESOS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14007010#comment-14007010
]
Tom Arnfeld edited comment on MESOS-1405 at 5/23/14 9:5
[
https://issues.apache.org/jira/browse/MESOS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14007010#comment-14007010
]
Tom Arnfeld commented on MESOS-1405:
Review request:
*Before*
{
[
https://issues.apache.org/jira/browse/MESOS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14007010#comment-14007010
]
Tom Arnfeld edited comment on MESOS-1405 at 5/23/14 9:5
[
https://issues.apache.org/jira/browse/MESOS-1415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14007001#comment-14007001
]
Tom Arnfeld commented on MESOS-1415:
https://reviews.apache.org/r/21850/
>
[
https://issues.apache.org/jira/browse/MESOS-1415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom Arnfeld reassigned MESOS-1415:
--
Assignee: Tom Arnfeld
> Web UI master redirect message doesn't
Tom Arnfeld created MESOS-1415:
--
Summary: Web UI master redirect message doesn't show up
Key: MESOS-1415
URL: https://issues.apache.org/jira/browse/MESOS-1415
Project: Mesos
Issue Type
[
https://issues.apache.org/jira/browse/MESOS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14006053#comment-14006053
]
Tom Arnfeld commented on MESOS-1405:
> I like the hdfs client solution. Tha
[
https://issues.apache.org/jira/browse/MESOS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom Arnfeld reassigned MESOS-1405:
--
Assignee: Tom Arnfeld
> Mesos fetcher does not support S
[
https://issues.apache.org/jira/browse/MESOS-1405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom Arnfeld updated MESOS-1405:
---
Description:
The HDFS client is able to support both S3 and S3N. Details for the difference
between
Tom Arnfeld created MESOS-1405:
--
Summary: Mesos fetcher does not support S3(n)
Key: MESOS-1405
URL: https://issues.apache.org/jira/browse/MESOS-1405
Project: Mesos
Issue Type: Improvement
Hi all,
Wasn’t sure if it was right to start this thread on the JIRA issue.. I just
came across MESOS-695 (and what seems to be something almost finished!) about
implementing some kind of self-healing mechanism in mesos, and also picked up
on mentions of monit. From what I could tell based on t
+1 make check on OSX 10.9.1 (gcc-4.8)
> On 15 May 2014, at 15:55, Niklas Nielsen wrote:
>
> Hi all,
>
> Please vote on releasing the following candidate as Apache Mesos 0.18.2.
>
>
> 0.18.2 includes the following:
>
Definitely +1.
On 13 May 2014, at 18:54, Benjamin Hindman wrote:
> +1!
>
>
> On Tue, May 13, 2014 at 9:51 AM, Niklas Nielsen wrote:
> Hey everyone,
>
> First and foremost, I apologize for the radio silence on my part with regards
> to the 0.18.1 release. We didn't announce it or make it pub
[
https://issues.apache.org/jira/browse/MESOS-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13994540#comment-13994540
]
Tom Arnfeld commented on MESOS-1316:
Nice one, tests are looking great! Sor
x27;t just transmit the raw protobuf
string? Is this to make it easier to implement a custom fetcher (without the
need to have mesos.proto)?
- Tom Arnfeld
On May 9, 2014, 7:05 p.m., Benjamin Hindman wrote:
>
> ---
> This is an automa
x27;t just transmit the raw protobuf
string? Is this to make it easier to implement a custom fetcher (without the
need to have mesos.proto)?
- Tom Arnfeld
On May 9, 2014, 7:05 p.m., Benjamin Hindman wrote:
>
> ---
> This is an automa
Tom Arnfeld created MESOS-1316:
--
Summary: Implement decent unit test coverage for the mesos-fetcher
tool
Key: MESOS-1316
URL: https://issues.apache.org/jira/browse/MESOS-1316
Project: Mesos
1 - 100 of 129 matches
Mail list logo
