[09:01] <venom3> Hello. I have a question about juju 2.0 public-address. We have defined in maas 6 network spaces. Does exist a way (like a constraint) to bind Juju's public-address to one of these spaces?
[15:10] <pragsmike> conjure-up worked well to spin up an OpenStack on local LXD, so all processes are on one physical box.
[15:11] <pragsmike> is it possible to add-machine some other physical box, so I can put compute/ceph-osd on that?
[15:14] <pragsmike> I know it's possible with the manual provider to add some machine that you can ssh to
[15:15] <pragsmike> so the question is, could that same technique work even with some other provider (like local lxd)?
[17:00] <petevg> cory_fu: is there an issue w/ the new review queue and tests? I don't get nice little clicky links with results for the last two revisions of the Zookeeper charm: https://review.jujucharms.com/reviews/5?revision=19 (Also, two of the latest set of tests seem to be stuck in "pending")
[17:54] <kjackal> cory_fu kwmonroe petevg: Going to publish to bigdata-dev the latest kafka build. Any objections? (Will include build for xenial, fixes from pete on interfaces, make openjdk optional)
[17:54] <magicalt1out> dont break things kjackal !
[17:54] <kjackal> magicalt1out: do not take the fun out of it!
[17:55] <petevg> Break things! Have fun! It's dev, so it's all good.
[17:55] <magicalt1out> you always break things kjackal :(
[17:56] <petevg> He can actually blame half the things on me, this time around.
[17:56] <petevg> kjackal: you should submit it to the new review queue
[17:57] <kjackal> But everything are already reviewed!
[17:57] <kjackal> We just never pushed to bigdata-dev
[17:58] <kjackal> magicalt1out: just get a new car to go with the palm tree!
[17:58] <magicalt1out> i may
[17:58] <magicalt1out> although it wont fit in my check in luggage
[18:06] <cargill> when using th postgresql layer, why would it not create the <db>-relation-* hooks?
[18:22] <cargill> oh, nevermind, a typo in layer.yaml
[18:22] <lpSummit> cargill: - i was about to ask what your layer.yaml contents was
[18:22] <lpSummit> cargill: also o/ greets agian. How are your adventures with juju going?
[18:23] <magicaltrout> yeah yeah lpSummit whatever.... ;)3
[18:23] <lpSummit> magicaltrout: dont hate the charmer, hate the game
[18:23] <magicaltrout> hehe
[18:23] <magicaltrout> nice talk
[18:23] <lpSummit> man, i skipped so much info though
[18:23] <lpSummit> i wantd to go deeper into actions
[18:23] <lpSummit> like when is it appropriate, why you would write one, etc.
[18:23] <magicaltrout> well you should have scheduled a proper talk then eh? :)
[18:24] <lpSummit> yeah, but there were community members that had talks, and *that* is way more exciting than hearing me bleat on about juju primitives
[18:24] <magicaltrout> hehe
[18:24] <lpSummit> i want to hear *them* bleat on about juju primitives and super neat things they are doing with them
[18:28] <magicaltrout> http://mesos.apache.org/documentation/latest/cni/ light reading for Mesos networks.... :)
[18:30] <lpSummit> magicaltrout: actually, i was looking into CNI. We abstracted SDN for this reason in the k8s bundles
[18:31] <lpSummit> have you touched on CNI so far? i don't think its complete from what i'm hearing in the k8s developer chat over on slack... but there are quite a few staging deployments on top of it.
[18:31] <magicaltrout> nope i'm a complete SDN/CNI newb
[18:31] <lpSummit> ok :)
[18:34] <magicaltrout> lpSummit: http://52.53.182.98:8080/ui/#/apps
[18:38] <lpSummit> magicaltrout: i think i broke it
[18:40] <magicaltrout> http://52.53.182.98:5050/#/
[18:40] <magicaltrout> there's a recurring theme
[19:46] <smgoller-> Hey all, I'm trying to deploy openstack on a MAAS 2.0 cluster using juju 2.0-beta15. I'm using the openstack lxd bundle from https://jujucharms.com/u/openstack-charmers-next/openstack-lxd but I seem to have a more basic problem. The LXD environment never fully comes up on deployed hosts because it can't download images.
[19:47] <smgoller-> I'm seeing errors like: "juju.provisioner broker.go:97 incomplete DNS config found, discovering host's DNS config"
[19:47] <smgoller-> the host itself can resolve things like cloud-images.ubuntu.com just fine.
[19:49] <alexisb> smgoller-, to start you are going to want the beta18 that is in the ppa
[19:49] <smgoller-> ppa:juju/devel?
[19:51] <alexisb> smgoller-, yes
[19:52] <smgoller-> for sure, doing that now. Thanks!
[20:38] <elopio> lutostag: https://github.com/ubuntu/snappy-playpen/pull/238
[20:54] <lpSummit> mbruzek: https://github.com/juju-solutions/kubernetes/pull/19/files
[21:02] <smgoller-> alexisb, got a couple other logs of interest now:
[21:02] <smgoller-> 2016-09-14 20:53:01 ERROR juju.worker.proxyupdater proxyupdater.go:160 lxdbr0 has no ipv4 or ipv6 subnet enabled
[21:02] <smgoller-> It looks like your lxdbr0 has not yet been configured. Please configure it via:
[21:02] <smgoller->         sudo dpkg-reconfigure -p medium lxd
[21:03] <smgoller-> this is on one of the machines i'm trying to deploy to
[21:03] <smgoller-> still getting the incomplete DNS config entries as well
[21:05] <smgoller-> ok, so the incomplete DNS config is not so bad
[21:05] <smgoller-> it's just pulling from the hosts resolv.conf which is fine
[21:06] <smgoller-> neutron-gateway/0        error        idle        0        10.118.25.4            hook failed: "config-changed"
[21:06] <smgoller-> from juju status
[21:10] <smgoller-> hm. i'll let it keep going, because a lot is still happening
[21:43] <pragsmike> It does turn out to be possible to add manually-provisioned "ssh" machines to a model in local lxd controller.
[21:43] <pragsmike> With a controller that looks like this: default  local       lxd/localhost  2.0-beta18
[21:44] <pragsmike> I was able to add a machine like this: juju add-machine ssh:ubuntu@10.124.44.246
[21:44] <pragsmike> as long as it's reachable from the lxdbr0 bridge, it does work, and apps can be deployed to it
[21:45]  * pragsmike is happy
[21:49] <coreycb> valeech, https://bugs.launchpad.net/charms/+source/openstack-dashboard
[22:31] <cargill> I've got some of my juju units into a weird state and I'm tryig to drop the model, but running destroy-model default does nothing apart from unselecting it
[22:31] <cargill> this is the only thing I can see in the controller's debug log: ERROR juju.worker.dependency "is-responsible-flag" manifold worker returned unexpected error: lease manager stopped