=== frankban|afk is now known as frankban === mmcc_ is now known as mmcc === StoneTable is now known as aisrael === CyberJacob_ is now known as CyberJacob === ryotagami_ is now known as ryotagami === CyberJacob is now known as Guest15789 === frankban is now known as frankban|afk [11:14] hello folks! is there any explanation how to do ssl termination on haproxy juju charm? === Guest15789 is now known as CybeRJacob === CybeRJacob is now known as CyberJacob === cmars` is now known as cmars === frankban|afk is now known as frankban [13:58] arosales, can you do some deploys of spark-processing from the edge channel of conjure-up? === stokachu_ is now known as stokachu [14:16] Possibly stupid question, but how do I deploy multiple copies of a charm to the same juju (physical) system, I keep getting ' application already exists' when trying to deploy a second copy of a local charm [14:17] xilet: did you give it an alt name? Most charms aren't written to support this, but if it is your charm and it supports this, it should be possible? [14:19] xilet, juju add-unit [14:19] xilet, you can see juju help add-unit [14:19] if you want to deploy to same system under multiple containers [14:29] thanks [14:29] Was exactly what I was missing === dosaboy_ is now known as dosaboy [16:48] kwmonroe: Crap. http://pastebin.ubuntu.com/23955241/ [16:49] kwmonroe: 2.1-beta5's autoload-credentials will create a cred for LXD but it's missing a field and can't actually be used [16:50] wait cory_fu, didn't this work yesterday? [16:50] kwmonroe: I didn't actually check that the credential it created would bootstrap because it looked the same as what you manually created. I didn't notice the missing field [16:51] ha! [16:51] i sense "cat" in your future. [16:51] :) [17:13] cory_fuuuuudge: https://travis-ci.org/juju-solutions/layer-cwr/builds/199679703 [17:14] is it possible to export a bundle from the cli rather than the GUI? [17:15] icey: i've always had to fire up the gui to do it. if you find a way, lmk. that would be super useful to me. [17:15] kwmonroe: that's what I was thinking :-/ [17:15] wonder if I can hack up something to grab it from the gui with a cli command :-P [17:16] icey: munging "juju status --format=yaml" to get the right fields might be worth looking at too [17:17] kwmonroe: in essence, what I want to do is get the current non-controller model, create a new model with a matching deploy, and destroy the old model :) [17:17] yaml output may be perfect but we'll see [17:19] icey: i feel like you're on a complicated path to eseentially "rename" a model, but by golly, go for it because i need a cli export too ;) [17:19] well, I want to re-deploy local charms into the new model ;-) [17:19] kwmonroe: not just rename it [17:19] heh... suuuuure.. [17:20] kwmonroe: 3/4 of my current model is local: charms :) [17:39] stokachu: where is conjure0 interface defined? === frankban is now known as frankban|afk [18:12] brctl shows conjureup0 isn't attached to any interface. [18:15] that's the conjureup0 created in openstack with novakvm on maas cloud [18:15] the conjureup0 in openstack with novalxd on localhost works. === rogpeppe1 is now known as rogpeppe [18:38] stokachu: i found where conjureup0 is created. nm. [18:56] cory_fu: travis is busted, but https://github.com/juju-solutions/layer-cwr/pull/59. just merge it. do it. [18:57] kwmonroe: Gotta wait for travis to pass. ;) [18:57] one sec, just need to remove .travis.yml right quick [18:58] :) [18:58] I wonder what's going on wit Travis, tho. It's also messed up for charms.reactive [18:59] kwmonroe: Merged [18:59] methinks something went south with a charm-tools dep. like maybe python-libcharmstore used to be available, but now it's not, and that's breaking the env setup. [18:59] thx for the merge [19:21] catbus1, its in our spells lxd profile [19:54] stokachu: I don't find it. I see conjureup0 gets created in the conjure-up init bridge.start, but I don't find which physical interface is attached to it. [19:54] I can't find it. [19:55] catbus1, it's attached to same interface lxdbr0 is [19:55] stokachu: is it still the same if using maas as the cloud? [19:55] yea should be [19:56] it'll just nat just like lxdbr0 [19:57] stokachu: I don't see lxdbr0 on the maas/conjure-up node. [19:58] catbus1, oh right, sorry [19:58] catbus1, maas different ballgame [19:58] conjureup0 is only useful with novalxd and localhost [19:58] maas is all up to you to setup [19:58] conjureup0 just gets added automatically b/c we can't determine early enough what type of provider you'll be deploying too [19:58] so it's a kind of prepare for every scenario [19:59] so with maas as a cloud, should I manually attach the physical interface to the conjureup0? [20:00] so that maas/conjure-up node can ssh to the openstack instance on a different physical server. [20:00] catbus1, yea that's up to you to configure [20:01] ok === verterok` is now known as verterok [21:36] stokachu: just landed from Gent, but will get some deploys from edge on spark processing when I get back into the home office [21:38] arosales, cool === frankban|afk is now known as frankban [22:28] just started seeing this exception when I try to deploy postgresql today https://paste.ubuntu.com/23956963/ === plars is now known as plars-away === frankban is now known as frankban|afk