Re: using the new bundle features in Juju 2.2.3

bundle-config > file. > > — > > > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/juju > -- 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

Re: designate-charm/designate-sink patch backport request

ng from your links, you're using stable/newton? > > This should probably get raised as a bug on the designate project to > request the backport to stable/newton, so that the designate team can > evaluate impact/etc. > > Best regards > Alex. > > > On Fri, Jun

Re: designate-charm/designate-sink patch backport request

Hi all, anyone giving some love to this report news here? @Alex i added you in CC as you are working on designate charms as far as i understood. Thank you, regards Patrizio 2017-06-23 16:34 GMT+02:00 Patrizio Bassi <patrizio.ba...@gmail.com>: > Hi All > > I'm using a juju-dep

Re: juju application stuck, cannot remove/scale out

k going on with it. > > Thanks > Alex > > On Fri, Aug 4, 2017 at 2:48 PM, Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > >> Unfortunately i cannot fix the issue because it looks like a charm problem >> https://paste.ubuntu.com/25240017/ >> >

Re: juju application stuck, cannot remove/scale out

> juju remove-machine --force > > where n is the machine number from juju status designate > > Hope that helps > Alex. > > On Fri, Aug 4, 2017 at 2:33 PM, Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > >> Hi, >> >> i've deployed a designat

Re: juju application stuck, cannot remove/scale out

> > Once its hooks have cleared out it will disappear. > > Tom > > On Fri, Aug 4, 2017 at 2:33 PM, Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > >> Hi, >> >> i've deployed a designate charm with maas provider in a lxd container. >> w

juju application stuck, cannot remove/scale out

Hi, i've deployed a designate charm with maas provider in a lxd container. when i tried to remove (juju remove-application designate) it i got the unit stuck with hook failed: "update-status" Debugging with lxc info in the host machine i found the container is still alive and with running

Re: juju bug (?) when allocating floating ips to machines

ng if there are more places the provider > should be checking the tenant as well. > > -Heather > > > > On Thu, Jul 27, 2017 at 9:04 AM, Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > >> Hi all >> >> i'm using juju 2.1.2.1 (i didn't upgrade to 2.2 yet, th

juju bug (?) when allocating floating ips to machines

Hi all i'm using juju 2.1.2.1 (i didn't upgrade to 2.2 yet, that's why i didn't open a bug on launchpad) with openstack as cloud provider. When i use as credentials an Admin user (but a specific tenant) i have issues with floating ip assignment: the admin user can see all the floating ips in the

Re: CephFS Backend for Hadoop

2017-07-26 9:17 GMT+02:00 Mark Shuttleworth <m...@ubuntu.com>: > On 26/07/17 07:14, Patrizio Bassi wrote: > > Deploying hadoop via juju in an openstack tenant requires a separate model > (as far as i could design it). > So we may use the new juju 2.2 cross model relation

Re: CephFS Backend for Hadoop

Il giorno mer 26 lug 2017 alle 06:28 James Beedy ha scritto: > Hello all, > > I will be evaluating CephFS as a backend for Hadoop over the next few > weeks, probably start investigating how this can be delivered via the > charms in the morning. If anyone has ventured to

Re: call for testing: relations across Juju models

oll the source of the metrics is the consuming model. > This > > prometheus will poll the source of the metrics *in* the consuming model. > > > means that the workload traffic is offer model -> consumer model, while > the > > control traffic is consumer model -> offer model. Hence we need > bi-directional > > routability between offer and consuming model in this case. > > > > Having the controller-to-controller traffic from flow consuming model to > > offering mode is better for scalability and reduces complexity > significantly. If > > the routing issue above is not a problem in practice, then we'll stick > with the > > implementation as is. If not, we'll need to discuss things further. > > > > > > > > > > > > > > > > > > > > > > -- > Juju mailing list > Juju@lists.ubuntu.com > Modify settings or unsubscribe at: https://lists.ubuntu.com/ > mailman/listinfo/juju > -- 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

designate-charm/designate-sink patch backport request

Hi All I'm using a juju-deployed openstack. Today i deployed Designate charm (#9) which pulls and installs: *designate-sink/xenial,now 1:2.0.0-0ubuntu1 all [installed]* when using juju config designate neutron-record-format='%(hostname)s.%(project)s.%(zone)s' the %project variable is set to

Re: is Hdp bundle still maintained/supported?

investigation, but i wanted to report in case you may check on your local working copy and verify it's fine upstream. Thank you Patrizio 2017-06-16 12:08 GMT+02:00 Patrizio Bassi <patrizio.ba...@gmail.com>: > Hi Samuel, > > thank you for fast and honest reply. I will start to take a l

Re: multi model/cloud deploy (how to deploy kubernates-workers in multitenant openstack)

will >> support cross-model relations, which would let you have some of your >> workloads on different providers. Though if you wanted it to be logically 1 >> application, with units in different providers, that wouldn't quite work >> the way you wanted. >> >>

Re: is Hdp bundle still maintained/supported?

ucharms.com> > samuel.cozan...@canonical.com > mob: +33 616 702 389 > skype: samnco > Twitter: @SaMnCo_23 > [image: View Samuel Cozannet's profile on LinkedIn] > <https://es.linkedin.com/in/scozannet> > > On Fri, Jun 16, 2017 at 9:36 AM, Patrizio Bassi <patrizio.ba.

multi model/cloud deploy (how to deploy kubernates-workers in multitenant openstack)

Hi All, I have a need somehow similar (at least in the background) to what reported in the thread "How to Move a machine and its application from a Model to Another "(https://lists.ubuntu.com/archives/juju/2017-June/009111.html ). I deployed an openstack environment using juju bundles, this

Re: Call for testers: preview of persistent storage support

> $ sudo snap install --channel=edge --classic juju-axw > $ /snap/bin/juju-axw.juju bootstrap ... > > The new/updated commands are: > - juju attach-storage > - juju detach-storage > - juju remove-storage > - juju deploy --attach-storage > > (We'll also be

Re: ceph-* openstack charms force ntp installation and configuration

Done! ceph-radosgw: https://bugs.launchpad.net/charms/+source/ceph/+bug/1690514 ceph-mon: https://bugs.launchpad.net/charms/+source/ceph/+bug/1690513 2017-05-13 1:31 GMT+02:00 Paul Gear <paul.g...@canonical.com>: > On 12/05/17 20:01, Patrizio Bassi wrote: > > Hi, >

ceph-* openstack charms force ntp installation and configuration

Hi, i'm deployed an openstack environment customizing the telemetry bundle. i noticed ceph-mon/rados-gw containers don't join with ntp charm (correct), but they just install and run a local ntpd. i.e. juju ssh ceph-radosgw/0 ubuntu@juju-e33f9c-0-lxd-2:~$ ps aux |grep ntp ubuntu4892 0.0

Re: juju deployed openstack nova-lxd cannot start instances

Dear James, All i opened a bug, hope you can give it some love. https://bugs.launchpad.net/juju/+bug/1690345 Thank you for support Patrizio Il giorno mar 9 mag 2017 alle 14:13 Patrizio Bassi <patrizio.ba...@gmail.com> ha scritto: > Dear James/all, > > I checked /etc/nova/n

Re: juju deployed openstack nova-lxd cannot start instances

the upstream source at https://github.com/openstack/nova-lxd/blob/master/nova/virt/lxd/driver.py#L398 has changed the galnce-lxd sync code. Maybe it has been fixed already, did anyone try? do we have a bleeding edge ppa to test against? Patrizio 2017-05-08 18:21 GMT+02:00 Patrizio Bassi <patrizio

Re: juju deployed openstack nova-lxd cannot start instances

2017-05-08 18:11 GMT+02:00 James Page <james.p...@ubuntu.com>: > Hi Patrizio > > On Mon, 8 May 2017 at 11:53 Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > [...] > >> 1) [minor] accessing horizon in the hypervisor list it is seen as >> hostname

juju deployed openstack nova-lxd cannot start instances

Dear All, I have a blocking error with lxd virt type. I have a juju-deployed Openstack which can run kvm instances. I added a new machine, deployed nova-lxd with all the relations it needed (lxd was deployed with zfs storage) 1) [minor] accessing horizon in the hypervisor list it is seen as

openstack-telemetry blocked: memcached requires ipv6

Hi all, in MAAS i added ipv6.disable = 1 to cmd line params for my machines and this makes all ceilometer-agent/XXX units to be stuck as blocked due to "Services not running that should be: memcached" Logging in a machine i see: May 03 15:08:22 juju-e46e9f-1-lxd-4

Re: juju 2.0.2 picking a random ip address from maas

t; bindings: > "": space > telemetry: > ... > bindings: >"": space > > You can't specify deploy bundle with binding because each application is > likely to be bound differently. > > John > =:-> > > On Fri, Mar 10, 2017 at 8:28 AM,

Re: Juju deploy same application twice, failed "application already exist"

gt; > Best Regards, > Dmitrii Shcherbakov > > Field Software Engineer > IRC (freenode): Dmitrii-Sh > > On Fri, Apr 21, 2017 at 5:12 PM, Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > >> Dear All >> >> this conversation led me to an interesting (

Re: juju 2.0.2 picking a random ip address from maas

. So it's not complete for me, sorry. Patrizio 2017-03-09 20:28 GMT+01:00 John Meinel <j...@arbash-meinel.com>: > The build for trusty is the same as Xenial, it is just called trusty for > historical reasons. > > John > =:-> > > > On Thu, Mar 9, 2017 at 12:32 P

Re: juju 2.0.2 picking a random ip address from maas

u can try with: >> >> https://launchpad.net/~ivoks/+archive/ubuntu/ppa >> >> On Thu, Mar 9, 2017 at 6:38 PM John Meinel <j...@arbash-meinel.com> >> wrote: >> >>> We should as soon as I have it landed in the 2.1 branch and CI starts to >>&

Re: juju 2.0.2 picking a random ip address from maas

then 2.1.2 will be out later this > week. > > John > =:-> > > > On Thu, Mar 9, 2017 at 8:40 AM, Patrizio Bassi <patrizio.ba...@gmail.com> > wrote: > >> @John >> great. i'm using juju 2.1.1 and maas 2.1.3. >> >> Regarding the workaround...it's

Re: juju 2.0.2 picking a random ip address from maas

tax that should be >>> working, and I'm seeing it failing now. I will work to fix that and make >>> sure we don't regress here. We certainly should have caught that before >>> release. >>> >>> John >>> =:-> >>> >>> >

Re: juju 2.0.2 picking a random ip address from maas

nd() { case 1: endpoint = "" space = v[0] [] bindings[endpoint] = space } so the function sets the bindings array name to null, therefore we get the issue of "empty names". Patrizio 2017-03-09 8:47 GMT+01:00 Patrizio Bassi <patrizio.ba...@gmail.com>: > H

Re: juju 2.0.2 picking a random ip address from maas

Can you open a bug on https://bugs.launchpad.net/juju/+filebug and > include some more information like the logs from the controller machine? > > I'm not quite sure I understand what you mean by "my binding should be > global for a local bundle charm". > > John > =:->

Re: juju 2.0.2 picking a random ip address from maas

ot;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" >> >&

Re: juju 2.0.2 picking a random ip address from maas

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 >&g

juju 2.0.2 picking a random ip address from maas

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