No, it wasn't specified at all. I was using an old config.json, thus I had to add the setting with the host listed first for it to work. Not sure why docker ended up being first in line there.
On Tue, Nov 3, 2015 at 2:02 PM, James DeFelice <[email protected]> wrote: > The default value of IPSources doesn't have `docker` listed. As long as > that's not in the list you shouldn't have had a problem, unless some bad > actor was writing the wrong labels into the task. I don't see support for > NetworkInfos (`netinfos`) in marathon yet. Which means that `host` should > have been the fallback. > > Did you, by chance, have `docker` listed in IPSources at any point? > > > On Tue, Nov 3, 2015 at 12:04 PM, John Omernik <[email protected]> wrote: > >> I used >> >> "IPSources": ["host", "netinfo", "mesos"] >> >> >> With the thought that I would preference for the host at this point. When >> network isolation works in Marathon, then I will likely switch to netinfo. >> >> On Mon, Nov 2, 2015 at 7:28 PM, James DeFelice <[email protected]> >> wrote: >> >>> What settings worked for you? We did aim for least surprise. Sounds like >>> we missed a bit. We're happy to accept suggestions for improvement via gh >>> issues filed against the mesos-dns repo. >>> On Oct 29, 2015 7:39 AM, "John Omernik" <[email protected]> wrote: >>> >>>> That is good to know, however, I would challenge the group on something >>>> like this not being bug based on the documentation. When a change in >>>> mesos-dns, and what fields it looks at is not affected by the mesos-dns >>>> component, but instead other components in a way that could have serious >>>> negative impacts on folks who are running this, there should be some >>>> fanfare there about changes. Also, I would advocate that in mesos-dns the >>>> default should have been the same as previous releases (which I would >>>> assume was host ip) as default, then allow people who are aware of the >>>> underpinnings to make the change. >>>> >>>> On Wed, Oct 28, 2015 at 3:02 PM, Grzegorz Graczyk <[email protected]> >>>> wrote: >>>> >>>>> It's not a bug, it's a feature - >>>>> http://mesosphere.github.io/mesos-dns/docs/configuration-parameters.html >>>>> look >>>>> at IPSources config >>>>> >>>>> śr., 28.10.2015 o 15:59 użytkownik John Omernik <[email protected]> >>>>> napisał: >>>>> >>>>>> If I rolled back mesos-dns to v0.2.0 (on the releases page) then it >>>>>> pulls the right IP address.. (Mesos-dns version is the easiest of the >>>>>> three to change) >>>>>> >>>>>> John >>>>>> >>>>>> On Wed, Oct 28, 2015 at 9:52 AM, John Omernik <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> So, the issues that are listed appear to be resolved with marathon >>>>>>> 0.11.1, and the mesos-dns issue is not listed at all. >>>>>>> >>>>>>> Note, I tried mesos-dns 0.3.0 and that has the same problem as >>>>>>> 0.4.0. >>>>>>> >>>>>>> On Wed, Oct 28, 2015 at 9:46 AM, John Omernik <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> I will check out those issues and report back. >>>>>>>> >>>>>>>> On Wed, Oct 28, 2015 at 9:42 AM, craig w <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I've had no issue with the following combination: >>>>>>>>> >>>>>>>>> MesosDNS 0.4.0 >>>>>>>>> Marathon 0.11.0 >>>>>>>>> Mesos 0.24.1 >>>>>>>>> >>>>>>>>> I've been waiting to upgrade to Mesos 0.25.0 because of issues >>>>>>>>> mentioned in the mesos mailing list regarding Marathon 0.11.x and >>>>>>>>> Mesos >>>>>>>>> 0.25.0 >>>>>>>>> >>>>>>>>> On Wed, Oct 28, 2015 at 10:38 AM, John Omernik <[email protected]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hey all - >>>>>>>>>> >>>>>>>>>> I am cross posting this because it's a number of moving parts >>>>>>>>>> that could be at issue here (Mesos, Mesos-dns, and/or Marathon). >>>>>>>>>> >>>>>>>>>> Basically: At the version combination in Subject, the IP that is >>>>>>>>>> registered in mesos-dns for Docker containers running in Marathon is >>>>>>>>>> the >>>>>>>>>> internal (container) IP address of the docker (in bridged mode) not >>>>>>>>>> the >>>>>>>>>> nodes. This obviously causes issues. Note this doesn't happen when >>>>>>>>>> the >>>>>>>>>> Marathon application is non-Docker. >>>>>>>>>> >>>>>>>>>> I was running Mesos-dns 0.4.0 on a cluster running Mesos 0.24.0 >>>>>>>>>> and Marathon 0.10.0 and I upgraded to Mesos 0.25.0 and Marathon >>>>>>>>>> 0.11.1 and >>>>>>>>>> noticed this behavior happening. >>>>>>>>>> >>>>>>>>>> I thought that was odd because I have another cluster that was >>>>>>>>>> running Mesos 0.25.0 and Marathon 0.11.1 and it wasn't happening, >>>>>>>>>> until I >>>>>>>>>> realized that I hadn't upgraded Mesos-dns lately, I upgraded to >>>>>>>>>> Mesos-dns >>>>>>>>>> 0.4.0 and the problem started occurring. >>>>>>>>>> >>>>>>>>>> Is there a setting that I need to use the external IP of the >>>>>>>>>> container? Is this issue known? Is there a workaround? This is >>>>>>>>>> pretty major >>>>>>>>>> for Docker running on Marathon and using Mesos-dns for service >>>>>>>>>> discovery. >>>>>>>>>> >>>>>>>>>> John Omernik >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> https://github.com/mindscratch >>>>>>>>> https://www.google.com/+CraigWickesser >>>>>>>>> https://twitter.com/mind_scratch >>>>>>>>> https://twitter.com/craig_links >>>>>>>>> >>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "marathon-framework" group. >>>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>>> send an email to [email protected]. >>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "marathon-framework" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> >> > > > -- > James DeFelice > 585.241.9488 (voice) > 650.649.6071 (fax) >
