[00:11] <baqar> Is the neutron-gateway charm scalable?
[00:12] <baqar> I mean can I add two units of it?
[00:16] <baqar> I dont see anything mentioned in the README and no bundle online is deploying multiple units of it
[09:15] <BlackDex> Hello there. Is it possible to pass default kernel boot parameters during a juju deploy? Or do i need to use maas for that?
[09:23] <jamespage> tvansteenburgh, w00t!
[09:41] <jamespage> BlackDex, MAAS can do that
[09:41] <jamespage> you can set it globally or on a per server basis via the UI
[10:44] <jamespage> gnuoy, happy birthday for yesterday btw :-)
[10:45] <gnuoy> thanks :-)
[10:59] <gnuoy> jamespage, assuming your tests pass https://code.launchpad.net/~gnuoy/charm-helpers/validate_users/+merge/288753
[11:07] <jamespage> coreycb, nova-cc needs a charm change - needs an extra db
[11:13] <BlackDex> jamespage: Thx, i have found the option :)
[11:40] <jamespage> gnuoy, looking good so merged...
[11:40] <jamespage> gnuoy, hey - so nova-cloud-controller needs a second nova database for mitaka - nova-api
[11:40] <jamespage> gnuoy, I was going to piggy back that ontop of the existing shared-db connection
[11:40] <jamespage> gnuoy, but I think it might make sense to have that as a second shared-db relation
[11:40] <jamespage> shared-nova-api-db
[11:41] <jamespage> or something
[11:41] <jamespage> gnuoy, any thoughts?
[11:42] <jamespage> gnuoy, for reference - https://git.openstack.org/cgit/openstack/kolla/commit/?id=e7dfd63bfc5cfba0117c410d418feaff0f7999f3
[11:42] <gnuoy> jamespage, sorry, otp
[11:44] <jamespage> gnuoy, ok ducking out to go vote - biab
[12:29] <BlackDex> Hello... My juju bootstrap seems to hang during bridge-utils install
[12:31] <BlackDex> what could that be?
[12:33] <coreycb> jamespage, oh?  is that the reason for the nova-cc mitaka-staging failure?
[12:33] <gnuoy> jamespage, the only advantage to creating a second shared-db relation would be so that the new db could be housed in a seperate mysql instance and the use case for that is not jumping out at me.
[12:34] <coreycb> jamespage, I didn't dig into that much.  I did notice that we're using a nova.conf from the debian dir, so we might want to generate that.
[12:34] <jamespage> coreycb, yes
[12:44] <jamespage> gnuoy, hmm - its related to cells v2
[12:45] <gnuoy> jamespage, oh, I missed that, new relation then
[12:46] <coreycb> jamespage, have you hit any charm issues with swift 2.6.0?
[12:46] <jamespage> coreycb, yes - reviews up to fix that
[12:46] <coreycb> jamespage, ah great
[12:47] <jamespage> coreycb, https://review.openstack.org/291637 and https://review.openstack.org/291642
[13:10] <coreycb> jamespage, I'll +1 that eventually, having 2fa issues
[13:12] <coreycb> jamespage, I need to dig some more on the horizon issue.  something is not working with STATIC_URL.  ie. if I hard-code the paths in openstack_dashboard/templates/horizon/_conf.html it gets past the error.
[13:14] <jamespage> gnuoy, omg this is like unpicked a ball if knitting
[13:15] <gnuoy> jamespage, the wool being the nova-cloud-controller charm ?
[13:15] <jamespage> gnuoy, yes
[13:16] <gnuoy> jamespage, yes, I don't envy you
[13:16] <jamespage> gnuoy, well tbh I'm not going to get this done today...
[13:16] <jamespage> so....
[13:16] <jamespage> :)
[13:17] <jamespage> gnuoy, that charm needs reduxing badly
[13:17] <gnuoy> +1
[13:17] <jamespage> gnuoy, and I think that maybe we should be dropping the postgresql support
[13:17] <jamespage> across the board
[13:18] <gnuoy> yep
[13:18] <jamespage> we don't test it,  and I've never heard of anyone actually using it
[13:18] <jamespage> and I think its been taken out of the openstack gates now
[13:48] <jamespage> coreycb, gnuoy: running instances again!
[13:48] <jamespage> w00t
[13:48] <coreycb> \o/
[13:52] <jamespage> coreycb, re-executing smoke tests with my patched up charm
[13:54] <coreycb> jamespage, I'll be interested in seeing what changes were needed
[14:01] <jamespage> gnuoy, coreycb: this is tricky for upgrades
[14:01] <jamespage> you really don't want to hit config-changed on a liberty->mitaka upgrade to find that the nova_api db does not yet exist....
[14:03] <jamespage> gnuoy, coreycb: https://review.openstack.org/#/c/291721/
[14:03] <jamespage> I've actually done it via the existing shared-db relation for now
[14:03] <jamespage> still not convinced we always need the extra relation
[14:04] <jcastro> jorge@ivory:~$ juju switch lxd
[14:04] <jcastro> ERROR refreshing models cache: current account for controller aws not found
[14:04] <jcastro> any idea what could be causing this?
[14:09] <jamespage> coreycb, re-running the smoke test - forgot that xenial defaults to py3 for tox envs - turns out paramiko does not work that well
[14:10] <coreycb> jamespage, hmm
[14:10] <coreycb> jamespage, maybe we need to push on getting 1.16 in
[14:12] <jamespage> coreycb, that's more of a py3.5 compat problem tbh (in my failing tests that is)
[14:13] <coreycb> jamespage, ok
[14:44] <icey> I deployed a bundle and I think Juju has lost a machine, version is 2.0-beta2-xenial-amd64
[14:44] <icey> (of course, right as I say that, the machine that's been ignored for 10 minutes starts installing)
[14:50] <marcoceppi> icey: ask sooner next time :)
[14:52] <icey> marcoceppi: yeah right!
[16:20] <aisrael> Any ideas why `charm build` fails when I add a wheelhouse.txt? http://pastebin.ubuntu.com/15348471/
[19:09] <cory_fu> aisrael: Sorry, only just saw your question.  Are you still getting that?  Can you run charm-build with -lDEBUG?
[19:09] <aisrael> cory_fu: I am, but I think it's a problem with pip. I see the package in pypi, pip search sees it, but pip install won't
[19:10] <cory_fu> Odd
[19:10] <cory_fu> But yeah, I was going to say that that stacktrace is pip failing.  We should catch that and report the output from pip.  Would you mind opening a bug on charm-tools?
[19:10] <cory_fu> Or nm, I can
[19:13] <cory_fu> https://github.com/juju/charm-tools/issues/126
[19:19] <aisrael> cory_fu: ack, thanks!
[20:48] <marcoceppi> cory_fu: I just deployed realtime-syslog-analytics on lxd with juju
[20:48] <cory_fu> The promulgated bundle, or the one in bigdata-dev?
[20:49] <marcoceppi> cory_fu: promulgated bundle
[20:49] <cory_fu> And it worked ok?
[20:49] <marcoceppi> juju bootstrap t430 lxd
[20:49] <marcoceppi> juju create-model lets-play-a-game
[20:49] <marcoceppi> juju deploy realtime-syslog-analytics
[20:51] <marcoceppi> cory_fu: it is crushing this poor t430, but it's doing things
[20:53] <cory_fu> :)
[20:53] <cory_fu> That's good to know.
[21:01] <magicaltrout> aye that syslog analytics bundle works a treat under lxd
[21:02] <cory_fu> We had tested it under the old local provider, so I'm glad to hear that it works under lxd, too
[21:09] <rick_h__> what's that? jcastro softening on the mailing list?
[21:09] <rick_h__> :P
[21:11] <jcastro> Man dude
[21:11] <jcastro> when it all works
[21:11] <jcastro> it's fricking nice
[21:11] <jcastro> you should see how fast the instances pop up
[21:11] <jcastro> I ain't even kidding
[21:11] <jrwren> I agree!
[21:11] <jrwren> its so nice!
[21:12] <jcastro> I think I'm going to make a video
[21:15] <jcastro> https://hangouts.google.com/call/pgwyb5xig5dxbl4t4a3rrdsmtue
[21:16] <jcastro> join this hangout if you want to see how awesome this is
[21:16] <jcastro> actually, let me make one onair
[21:19] <jcastro> https://plus.google.com/hangouts/_/7tp47cdmijedzjfb2rrhubz4oae
[21:19] <jcastro> rick_h__: marcoceppi ^^^^
[21:20] <magicaltrout> bunch of geeks
[21:20] <magicaltrout> i spent the day laying a new bathroom floor, thats how real people spend fridays!
[21:31] <marcoceppi> magicaltrout: hah, I'm about to basically do that tomorrow
[21:42] <rick_h__> :)
[22:13] <alexisb> jcastro, that is a pretty cool video
[23:08] <arosales> juju 2.0 beta goodness :-)