i just upgraded to 2.1.1-xenial-amd64, same behaviour unfortunately. As i'm going to deploy openstack services (now i'm using ceph-osd just to test, than my binding should be global for a local bundle charm) i would like to say: all juju endpoint (bare metal/lxd containers) just get a 10.xxx address, not 192.xxx.
Patrizio 2017-03-08 16:27 GMT+01:00 John Meinel <j...@arbash-meinel.com>: > Is it possible for you to test with Juju 2.1? I haven't seen that > particular bug with binding, but I have done a lot more testing with 2.1. I > didn't think we changed the particular "empty space" differences. > > The other possibility is to try and explicitly list the endpoints: > > juju deploy ceph-osd --bind "public=XXX cluster=YYY" > > I would have thought you would want something more like: > > juju deploy ceph-osd --bind "management public=PUBLIC" > > John > =:-> > > > On Wed, Mar 8, 2017 at 9:22 AM, Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > >> It looks like it's not working >> >> $ juju deploy ceph-osd --bind "management" >> >> $ juju show-machine 0 shows >> "message: 'failed to start instance (cannot run instances: cannot run >> instance: interface bindings cannot have empty names), retrying in 10s (3 >> more attempts)' >> >> ...than after some seconds it fails. juju spaces sees the spaces from >> MaaS without issues. >> >> without forcing bindings >> >> $ juju show-machine 0 >> model: openstack >> machines: >> "0": >> juju-status: >> current: pending >> since: 08 Mar 2017 15:14:55Z >> dns-name: 192.168.0.2 >> ip-addresses: >> - 192.168.0.2 >> - 10.0.8.12 >> instance-id: abkgqx >> machine-status: >> current: allocating >> message: Deploying >> since: 08 Mar 2017 15:15:09Z >> series: xenial >> hardware: arch=amd64 cores=4 mem=8192M tags=virtual >> availability-zone=primary >> >> it looks a bug, or better, the bug: dns-name is 192.x.x.x but it's not >> true, 10.0.8.12 is the real hostname provided by external dns. >> >> Patrizio >> >> 2017-03-08 14:57 GMT+01:00 John Meinel <j...@arbash-meinel.com>: >> >>> You should be using "juju deploy application --bind space" to declare >>> which set of addresses you want the applications to use. Does that not >>> work? >>> >>> John >>> =:-> >>> >>> >>> On Wed, Mar 8, 2017 at 4:44 AM, Patrizio Bassi <patrizio.ba...@gmail.com >>> > wrote: >>> >>>> Hi All, >>>> >>>> I'm quite new the juju and it's charms. On ubuntu 16.04 LTS I have juju >>>> 2.0.2 using maas (2.1.3) cloud as provider. >>>> >>>> In maas I have configured (ready status) some machines, each one has 2 >>>> eth ports, one with a public ip (same as juju client/controller 10.x.x.x) >>>> which resolves to machine hostname and the other meant to be private >>>> (192.x.x.x) and without a public gateway for instance. >>>> >>>> When deploying any application juju gets the machine from maas and >>>> starts using as public ip the 192.x.x.x one. >>>> >>>> I could not find any way to deploy using the 10.x.x.x, the guide in >>>> https://jujucharms.com/docs/2.0/network-spaces seems not appliable to >>>> my case (spaces/network are already correctly provided by maas). >>>> >>>> Can you please address me? Unfortunately I'm stuck with deploy >>>> Thank you >>>> >>>> Patrizio >>>> >>>> -- >>>> Juju mailing list >>>> Juju@lists.ubuntu.com >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/juju >>>> >>>> >>> >> >> >> -- >> >> Patrizio Bassi >> www.patriziobassi.it >> http://piazzadelpopolo.patriziobassi.it >> > > -- Patrizio Bassi www.patriziobassi.it http://piazzadelpopolo.patriziobassi.it
-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju