[00:08] <jobot> hello, is it possible for a charm to know that it is related a mysql db vs a postgresql db, or is that something that would need to be in the configuration?
[03:07] <marcoceppi> magicaltrout: which meeting was that?
[06:52] <Prabakaran> Could somebody help me juju 2.0 uninstallation steps on ubuntu?
[07:24] <magicaltrout> uninstallation?
[07:24] <magicaltrout> apt remove --purge juju-2.0 (ish)
[07:25] <magicaltrout> then rm -rf ~/.local/share/juju if anything is left there
[08:12] <MonsieurBon> Hi all
[08:13] <MonsieurBon> I have bootstrapped the bootstrap node and am now trying to access the juju gui. I can reach the login page, but nothing ever happens when clicking the login button. Does anyone know, what could be the problem?
[08:15] <MonsieurBon> I have checked with the developer tools in firefox and I can't see any activity
[08:16] <MonsieurBon> Mainly I'm using Firefox, but I have the same effect with Chrome
[08:17] <babbageclunk> Bonjour MonsieurBon! Hmm. Can you see anything interesting in the logs? Try "juju debug-log" while visiting the login page?
[08:19] <MonsieurBon> No, nothing. Should I execute juju debug-log on the host, where juju was installed initially or on the bootstrap node?
[08:20] <MonsieurBon> The dev tools don't show any activity at all. No logs, no network activity, nothing. I also can't see any errors there.
[08:20] <babbageclunk> On the host - whereer
[08:20] <babbageclunk> Oopd
[08:20] <babbageclunk> gah
[08:20] <babbageclunk> Wherever you are running juju status.
[08:21] <MonsieurBon> ok, I did that. It doesn't show anything
[08:21] <babbageclunk> So you don't even see a request back to the server when you click login?
[08:21] <MonsieurBon> Nope, nothing at all
[08:21] <magicaltrout> i've not been keeping up with the gui compatability. is there a gui <> beta offset currently or should it work?
[08:22] <MonsieurBon> It does call /api when loading the page, but that just returns a 101 response. And no XHR calls after that
[08:23] <MonsieurBon> just to let you know, I did not install the juju-gui charm manually, but am accessing the automatically deployed gui on the bootstrap node.
[08:23] <babbageclunk> magicaltrout: good point - there was that breaking api change.
[08:23] <babbageclunk> MonsieurBon: What version of juju are you running?
[08:24] <MonsieurBon> 2.0-beta7-xenial-amd64
[08:24] <MonsieurBon> The bootstrap node is running trusty though. Might this be a problem?
[08:25] <babbageclunk> I don't think so. That's a pretty old beta though - 12 is just out. There have definitely been some bugs with the GUI, so it would be worth upgrading and rebootstrapping.
[08:25] <MonsieurBon> this is just a test setup, so I can switch the juju node to trusty any time
[08:27] <MonsieurBon> apt-get upgrade does not show me any updates!
[08:27] <magicaltrout> its probably in a ppa MonsieurBon
[08:28] <MonsieurBon> I'm using the ppa
[08:28] <magicaltrout> 2.0 beta12
[08:29] <MonsieurBon> deb http://ppa.launchpad.net/juju/stable/ubuntu xenial main
[08:29] <magicaltrout> nope
[08:29] <magicaltrout> devel ppa
[08:29] <MonsieurBon> I'll give that a try
[08:30] <MonsieurBon> why is stable installing beta packages anyway?
[08:30] <babbageclunk> Yeah, that does seem weird.
[08:30] <magicaltrout> well
[08:31] <magicaltrout> you don't need to install 2.0 you can still install 1.25
[08:32] <MonsieurBon> well this is just testing, so i'll give 2.0 beta 12 a go and will reinstall with 1.25 if it doesn't work
[08:33] <MonsieurBon> How do I "rebootstrap"? destroy and recreate?
[08:33] <magicaltrout> erm
[08:33] <magicaltrout> yeah juju kill-controller
[08:33] <babbageclunk> Yes, unfortunately these betas aren't upgradable yet.
[08:33] <magicaltrout> or something
[08:33] <magicaltrout> the names keep changing:)
[08:34] <babbageclunk> juju destroy-controller is the currently blessed command.
[08:34] <babbageclunk> I mean, that's always been the command! ;)
[08:34] <MonsieurBon> I'll give destroy-controller a chance before killing it :)
[08:34]  * magicaltrout clearly just gets bored and goes hardcore
[08:35] <magicaltrout> didn't know remove-controller existed :)
[08:35] <babbageclunk> Yeah, we're trying to get people not to use kill-controller - if destroy-controller isn't working for something that's a bug.
[08:35] <magicaltrout> pfft
[08:35] <babbageclunk> :)
[08:35] <magicaltrout> kill kill kill!
[08:36] <MonsieurBon> Well it's nice to at least ask politely first :)
[08:36] <babbageclunk> Apparently it's too easy for kill-controller to leave some instances running in the cloud and people getting billed without realising!
[08:38] <babbageclunk> Ooh, I finally see how you can use chrome dev tools to spy on websocket traffic - that might come in handy if you're still having a problem after bootstrapping on beta12, MonsieurBon.
[08:39] <MonsieurBon> of course now destroy-controller does not seem to do anything... :)
[08:40] <babbageclunk> Uh oh.
[08:40] <babbageclunk> So what's happening?
[08:40] <MonsieurBon> nothing
[08:41] <MonsieurBon> kill did the job :)
[08:41] <babbageclunk> Ah well.
[08:41] <magicaltrout> KILL!
[08:41] <babbageclunk> Were you bootstrapping to lxd?
[08:41] <MonsieurBon> Unable to open API: open connection timed out
[08:41] <MonsieurBon> nope, an old laptop :)
[08:42] <babbageclunk> But what cloud?
[08:42] <MonsieurBon> it's kind of a weird test setup
[08:42] <babbageclunk> Using maas? Or manual provider?
[08:42] <MonsieurBon> juju and maas are running on vm's
[08:42] <MonsieurBon> maas yes
[08:43] <MonsieurBon> and there are two laptops commisioned through maas I'm playing around with
[08:43] <babbageclunk> Right - it's worth making sure that all the nodes are released in the maas ui.
[08:43] <MonsieurBon> yes sure
[08:43] <MonsieurBon> they were
[08:43] <babbageclunk> Cool cool]
[09:14] <MonsieurBon> and it works!
[09:14] <MonsieurBon> thx for your help
[09:14] <magicaltrout> MonsieurBon: the later beta?
[09:15] <magicaltrout> or 1.25?
[09:15] <MonsieurBon> beta 12
[09:15] <magicaltrout> cool
[09:15] <MonsieurBon> I'll make sure to use the stable once we're deploying maas/juju for production :)
[09:15] <magicaltrout> this is what happens when the hackers keep changing API ! :P
[09:15] <babbageclunk> \o/
[09:16] <MonsieurBon> and it is blazingly fast!
[09:17] <magicaltrout> if you're interested in local testing as well MonsieurBon
[09:17] <magicaltrout> make sure you check out the lxd provider
[09:17] <babbageclunk> +1
[09:18] <MonsieurBon> well I was wondering, can I bootstrap the controller for maas into an lxd container?
[09:19] <MonsieurBon> Or will I always "lose" one node to bootstrapping whatever cloud I'm using?
[09:22] <babbageclunk> Well, if you're using lxd you don't actually need maas - you can just deploy to lxd directly.
[09:22] <babbageclunk> Or you can deploy to lxd containers on maas nodes.
[09:25] <MonsieurBon> yes, but I would still like to use physical machines to deploy to
[09:33] <babbageclunk> I don't think you can deploy to a container on the node, sorry.
[09:34] <babbageclunk> You can deploy things to the controller machine though, if you want to.
[09:35] <babbageclunk> Sorry, should have said the controller model.
[09:35] <babbageclunk> juju deploy -m controller <application> --to lxd:0
[09:36] <babbageclunk> The only problem with that is that you can't make relations between applicatons in the default model and others in the controller model.
[09:38] <Rajith> Hi I tried uninstalling and re-installing juju , but I am getting version 2.0-beta7 , I need latest 2.0-beta12 to install.  for installation I am following https://jujucharms.com/docs/devel/getting-started
[09:40] <magicaltrout> Rajith: you need the devel ppa
[09:41] <Rajith> let me know the steps for getting devel ppa
[09:43] <magicaltrout> http://lmgtfy.com/?q=juju+devel+ppa :)
[09:43] <babbageclunk> Rajith: sudo apt-add-repository ppa:juju/devel
[09:43] <babbageclunk> then: sudo apt update; sudo apt install juju-2.0
[09:44] <magicaltrout> lazy question: anyone have a one liner to shutdown all lxd containers?
[09:45] <Odd_Bloke> $ sudo halt  # ;)
[09:45] <babbageclunk> I feel like this is a trick, but isn't it `sudo lxd shutdown`
[09:45] <babbageclunk> ?
[09:45] <magicaltrout> sorry
[09:46] <magicaltrout> s/shutdown/delete
[09:46] <babbageclunk> Huh, no - they come back up again.
[09:46] <magicaltrout> i have a bunch of stale juju lxd images and I can't be bothered deleting them all one by one
[09:46] <magicaltrout> docker you can pipe a list in
[09:46] <magicaltrout> I was hoping there was a similar lxc trick
[09:47] <babbageclunk> lxc delete can take multiple containers - you can pipe the list into xargs lxc delete, I think.
[09:48] <magicaltrout> yeah I  can't figure out how to get just a list of container names
[09:48] <magicaltrout> lxc list gives you all the extra crud
[09:54] <Odd_Bloke> magicaltrout: `lxc list --format json | jq -r '.[] | .name'` looks like it will do it.
[09:56] <magicaltrout> ah Odd_Bloke cool! I was playing around trying to find an output that I could manipulate
[09:56] <magicaltrout> you beat me to it
[09:56] <Odd_Bloke> :)
[09:56]  * magicaltrout will blog it for posterity
[10:02] <babbageclunk> Odd_Bloke: nice - I normally just use grep and cut, but it's a bit fiddly.
[10:03] <Odd_Bloke> Yeah, I was using jq for something else last week, so it was fresh in my mind as a possibility.
[10:14] <Rajith> Trying to uninstall juju getting error:  cannot destroy 'lxd-pool': pool is busy
[10:24] <magicaltrout> kwmonroe: cory_fu FYI I deployed the hadoop processing bundle on LXD earlier and it failed miserably waiting for Java
[12:08] <MonsieurBon> hi guys
[12:08] <magicaltrout> uh oh
[12:08] <MonsieurBon> I know now why juju 2.0 beta4 was installed even though I had the stable ppa added
[12:08] <MonsieurBon> because that's the version in the ubuntu repositories!
[12:09] <MonsieurBon> for xenial at least
[12:09] <MonsieurBon> same for maas: beta2 (or so...)
[12:09] <MonsieurBon> I think it's a bit weird to supply beta versions in an LTS server operating system!
[12:11] <MonsieurBon> How can I make sure, only the stable version will be installed for juju?
[12:11] <magicaltrout> erm
[12:11] <magicaltrout> you're on Xenial?
[12:12] <MonsieurBon> yes
[12:12] <magicaltrout> apt install juju-1.25
[12:12] <MonsieurBon> same applies to maas I guess?
[12:13] <magicaltrout> dunno never used maas
[12:13] <magicaltrout> probably
[12:13] <MonsieurBon> hum, there's no maas-version package...
[12:14] <magicaltrout> there is a stable PPA
[12:14] <magicaltrout> oh
[12:14] <magicaltrout> no xenial build
[12:15] <magicaltrout> dunno, you require the support of a canonical person :)
[12:15] <MonsieurBon> or from the #maas channel! :)
[12:15] <magicaltrout> babbageclunk: --^
[12:15] <magicaltrout> the us folk will start appearing shortly MonsieurBon
[12:15] <MonsieurBon> hehe
[12:15] <magicaltrout> the traffic will pick up with brainy folk
[12:16] <magicaltrout> rick_h_ will know someone who knows
[12:16]  * rick_h_ knows nothing!
[12:16] <MonsieurBon> is there a problem with juju 1.25 talking to maas 2.0?
[12:16]  * magicaltrout shrugs 
[12:16] <magicaltrout> :)
[12:16] <rick_h_> 1.25 doesn't talk maas 2.0
[12:16] <magicaltrout> rick_h_ will know someone who knows ;)
[12:16] <rick_h_> only juju 2.0
[12:16] <MonsieurBon> You know nothing, rick_h_
[12:17] <MonsieurBon> :)
[12:17] <magicaltrout> rick_h_ knows.....
[12:17] <rick_h_> and yes, juju 2.0 is in xenial as juju, and a new beta is coming  today
[12:17] <rick_h_> beta12
[12:17] <MonsieurBon> I feel like beta12 is still giving me troubles.
[12:17] <MonsieurBon> lets see how to install maas < 2.0 then...
[12:17] <MonsieurBon> might have the added benefit of wake-on-lan! :D
[12:19] <magicaltrout> kjackal: you available?
[12:24] <MonsieurBon> apparently I need to use 14.04
[12:25] <rick_h_> MonsieurBon: what with beta12 is giving you trouble?
[12:25] <rick_h_> MonsieurBon: yes, to run maas 1.9 but you can run 16.04 on top of that maas 1.9 ok. So the one machine maas runs on needs to be 14.04 if you're using maas 1.9
[12:26] <MonsieurBon> don't know. mysql charm seems to deploy to lxd on machine x but state always shows as unknown
[12:27] <rick_h_> MonsieurBon: the machine state or the application status?
[12:27] <MonsieurBon> the application state
[12:27] <MonsieurBon> machine boots fine
[12:27] <rick_h_> may just be the charm isn't setting anything awesome or useful in there I guess
[12:27] <MonsieurBon> nothing else runs on that machine (yet) so no relations. Just the mysql charm
[12:29] <magicaltrout> MonsieurBon: try the mariadb charm as well
[12:29] <magicaltrout> if the mysql is giving you problems
[12:30] <MonsieurBon> is that completely interchangeable?
[12:30] <MonsieurBon> i.e. it'll talk to the likes of nova-compute?
[12:30] <magicaltrout> ah you doing openstack stuff
[12:31] <magicaltrout> no in that case :)
[12:31] <MonsieurBon> ok, I'll try a downgrad then. According to the maas channel I shouldn't use 16.04 until the point 1 release :)
[12:31] <magicaltrout> wimps
[12:31] <magicaltrout> they need to man up
[12:32] <MonsieurBon> hehe
[12:33] <magicaltrout> cory_fu: as kjackal isn't talking to me, ping me when you have 2 mins, just got a quick Hadoop Q
[12:33] <magicaltrout> (please)
[13:03] <kjackal> magicaltrout: hey
[13:03] <kjackal> let me read what's up
[13:03] <magicaltrout> not the backlog
[13:03] <magicaltrout> i've not asked my question yet
[13:04] <kjackal> go on
[13:05] <magicaltrout> kjackal: i just wondered, I'm finishing up this PDI charm, and the Hadoop configuration is optional but obviously I'd like it in place for interaction with your bigtop stuff
[13:05] <magicaltrout> if I told it to use the hadoop-client layer stuff, I could get access to the *-site.xml config files it needs I guess, but would that make it a mandatory relation with Hadoop?
[13:06] <magicaltrout> i'm trying to avoid having a hadoop charm and a non hadoop charm version
[13:07] <kjackal> magicaltrout: cool! making a relation mandatory or not has to do with the logic you put on the reactive part of your charm
[13:08] <kjackal> you can completely ignore a relation by not having any hook acting on joining and/or departing
[13:09] <kjackal> there are a couple of techniques that you may find interesting in case of optional relations
[13:09] <kjackal> first you can test for a state
[13:10] <kjackal> and then you can build the interface from any existing relation
[13:10] <kjackal> magicaltrout: give me a moment to find an example
[13:11] <magicaltrout> well i want to act on  the relation, but I don't want the charm to be subordinate to hadoop being available
[13:11] <magicaltrout> basically
[13:11] <magicaltrout> which maybe just  how it is, i've not yet tested it
[13:12] <magicaltrout> i'm just making sure PDI can talk to hadoop  then i'll dump it all in the charm logic
[13:13] <kjackal> ok, let me understand what you have right now
[13:13] <kjackal> right now you have PDI that does not relate to hadoop, right?
[13:14] <magicaltrout> it doesn't
[13:14] <kjackal> awesome
[13:14] <magicaltrout> but to do so all i need to do is copy in the hadoop configs
[13:14] <magicaltrout> and set a couple of parameters
[13:16] <kjackal> ok, cool! So you need to build on this layer:  'layer:hadoop-client'
[13:17] <magicaltrout> okay cool
[13:17] <kjackal> you would better set an option silent: True so that the hadoop client does not report "ready"
[13:17] <magicaltrout> i'm  sure i can manage that
[13:17] <kjackal> have a look at what spark is doing: https://github.com/juju-solutions/bigtop/blob/spark/bigtop-packages/src/charm/spark/layer-spark/layer.yaml
[13:18] <kjackal> spark will deploy as standalone and if you relate it to a hadoop-plugin it will be able to use hadoop and hdfs
[13:18] <magicaltrout> ah
[13:18] <magicaltrout> marvelous
[13:18] <magicaltrout> just what i need
[13:18] <kjackal> so you add the hadoop-client layer
[13:19] <kjackal> then you react to whatever might change your configuration: https://github.com/juju-solutions/bigtop/blob/spark/bigtop-packages/src/charm/spark/layer-spark/reactive/spark.py#L104
[13:21] <kjackal> magicaltrout: the fact that hdfs is available is spotted by https://github.com/juju-solutions/bigtop/blob/spark/bigtop-packages/src/charm/spark/layer-spark/reactive/spark.py#L123
[13:23] <kjackal> magicaltrout: there is also the option to create an interface object from a state: https://github.com/juju-solutions/bigtop/blob/zookeeper/bigtop-packages/src/charm/zookeeper/layer-zookeeper/lib/charms/layer/zookeeper.py#L81
[14:46] <Prabakaran> Hi marcoceppi: do have any updated on this issue https://github.com/marcoceppi/charm-mysql/issues/4
[14:53] <Prabakaran> Hello Team, Could someone help me with Juju 2.0 Uninstallation steps?
[15:00] <MonsieurBon> juju deploy juju-gui returns cannot retrieve charm network is unreachable
[15:00] <MonsieurBon> But I can telnet to the displayed IP address / port
[15:00] <MonsieurBon> what might be wrong?
[15:00] <magicaltrout> routing, dns,  something else?
[15:01] <MonsieurBon> I can resolve api.jujucharms.com
[15:01] <magicaltrout> from the controller?
[15:02] <MonsieurBon> this is juju 1.25 now :)
[15:02] <MonsieurBon> not from the bootstrap node
[15:03] <MonsieurBon> should I try this from the node I'm deploying juju-gui to?
[15:03] <MonsieurBon> i.e. the bootstrap node?
[15:03] <magicaltrout> yeah
[15:04] <MonsieurBon> how do I connect to the node?
[15:04] <MonsieurBon> what ssh user?
[15:05] <MonsieurBon> oh, found juju ssh
[15:06] <MonsieurBon> nope, no connectivity on that host. I'll go and check the FW
[15:40] <MonsieurBon> magicaltrout, stupid me: missing default GW in maas interface configuration!
[15:40] <magicaltrout> \o/
[15:42] <MonsieurBon> I should have noticed this before, as bootstrapping had some troubles already!
[15:42] <lazyPower> MonsieurBon really glad you got it figured out though :)
[15:43] <magicaltrout> he's no MonsieurBon, dont believe  a  word lazyPower says!
[15:43] <lazyPower> O_o
[15:43] <MonsieurBon> lazyPower, me too :)
[15:43] <lazyPower> magicaltrout - who gave you access to the peanut gallery today?
[15:43]  * lazyPower throws peanuts @ magicaltrout 
[15:43] <magicaltrout> hehe
[15:43] <MonsieurBon> magicaltrout, no I believe it. Because if I hadn't he would have to try to support me. So I'll bet he's glad :)
[15:43] <magicaltrout> i'm allowed, I've been trying to finish my pdi charm all afternoon
[15:43] <magicaltrout> i believe that buys me peanut credits
[15:44] <lazyPower> magicaltrout - http://traefik.dasapp.co -- i've managed to figure out proper reverse proxying and networking in our k8s bundle(s)
[15:44] <lazyPower> and you bet, I'll give you 36 hours of peanut gallery access for hte mention of completion of the current iteration of the pdi charm(s)
[15:44] <lazyPower> in other words, i have no idea what i am talking about
[15:44] <magicaltrout> hehe
[15:45] <lazyPower> magicaltrout - how have you been addressing networking in mesos?
[15:45] <magicaltrout> i've not (yet)
[15:45] <lazyPower> does marathon/dcos bring with it, its own flavor of SDN business?
[15:45] <lazyPower> ah ok
[15:45] <lazyPower> this wasn't nearly as painful as I was expecting.
[15:46] <magicaltrout> the problem is, you dump stuff into the cluster, and locally it will spin up the stuff I need and create endpoints
[15:46] <lazyPower> granted its not fully spaces aware so its completely possible to model yourself into a corner as it stands today
[15:46] <magicaltrout> but there is the conundrum of the juju managed firewall
[15:46] <lazyPower> exactly
[15:46] <lazyPower> juju run --service foobar "open-port 3600"
[15:46] <lazyPower> thats schenanigans
[15:46] <lazyPower> i have spoken with marcoceppi about spiking on a daemon that runs to handle that on behalf of hte user. Enable it via config/etc.
[15:46] <magicaltrout> yeah, but its not nice and doesn't close if you undeployed a serive
[15:46] <magicaltrout> service
[15:47] <lazyPower> well the idea is the daemon listens on the service level and opens whats defined ther
[15:47] <magicaltrout> that said, dc/os has a command line util I believe you can use to deploy stuff, so if you didn't use the dashboard and instead used a juju action and cli
[15:47] <magicaltrout> that could manipulation the fw#
[15:47] <lazyPower> or closes respectively
[15:47] <lazyPower> like every minute, scrape the api, and determine if an action is required
[15:47] <magicaltrout> yeah
[15:48] <magicaltrout> that would be good
[15:48] <lazyPower> ok i'll draft that up to the mailing list so we can get more feedback on this.
[15:48] <magicaltrout> cool
[15:48] <lazyPower> thanks for riffing :D
[15:48] <magicaltrout> no worries, i'm working on cleaning stuff up this week when i'm not being annoyed by NASA bods
[15:48] <magicaltrout> so I'm gonna try and get PDI & DC/OS Master scalaing done
[15:49] <magicaltrout> once the master scaling is done, the rest of the basic stuff is pretty straightforward
[15:49] <magicaltrout> just need a few actions to sort out logins and automate the cli installation
[15:51] <magicaltrout> I'm  sat in the Snappy Sprint roundup and there is a guy with a far too sculpted beard for a developer
[15:51] <magicaltrout> I'm not sure whats going on in the world any more ..... ;'(
[15:52] <magicaltrout> MonsieurBon do you sport a beard?
[15:54] <MonsieurBon> magicaltrout, sort of. you?
[15:54] <magicaltrout> only when I've woken up too late to shave.
[15:54] <MonsieurBon> why are you asking?
[15:54] <magicaltrout> beards are acceptable, but if you have time to sculpt your beard you're clearly not overworked enough ;)
[15:55] <MonsieurBon> hehe :)
[15:55] <MonsieurBon> but wouldn't being shaved hint into the same direction?
[15:55] <mskalka> magicaltrout, I think you're onto something there. Beard-groomedness could be a positive indication of employee health
[15:56] <magicaltrout> lol
[15:56] <magicaltrout> maybe
[15:56] <mskalka> following the same logic, all developers should grow beards
[15:56] <MonsieurBon> mskalka, or that it's time for some downsizing :)
[15:57] <mskalka> downsize the beards or the employees?
[15:57] <MonsieurBon> when there's too much beard downsizing then there's not enough employee downsizing, I'd say!
[15:58] <magicaltrout> i can see a gap in the silicon value market
[15:58] <magicaltrout> sod onsite nurseries and basketball courts
[15:58] <magicaltrout> get a beard groomer on the google campus and I'm there!
[15:58] <mskalka> all I'm getting out of this is to let me beard run wild. That way my employer thinks I'm overworked and thus productive, and I get to keep my beard and my job
[15:59] <Odd_Bloke> I'm not sure Silicon Valley needs any more ways of signalling to women that they aren't welcome.:p
[15:59] <magicaltrout> women can sport beards if they so choose.....
[15:59] <mskalka> women are welcome to sport beards as well
[16:00] <MonsieurBon> well you could always include the beard groomer in some general wellness facility that would supply other hairy services
[16:00] <lazyPower> ... this went in the weeds pretty quickly
[16:00] <magicaltrout> lol
[16:00] <mskalka> we're on the cutting edge of HR here lazyPower
[16:01]  * lazyPower silently closes the window and resumes hacking on a blog post
[16:01]  * lazyPower shakes head
[16:01] <magicaltrout> lazyPower is jealous
[16:01] <magicaltrout> because he doesn't have a groomed beard
[16:01] <MonsieurBon> and I still don't know why exactly magicaltrout asked the initial question :)
[16:01] <lazyPower> considering how disshelved i look all the time, i think i'm qualified to no-op on this one.
[16:01] <magicaltrout> cause i'm sat in a sprint roundup and someone with a groomed beard stood up
[16:02] <lazyPower> thats probably stokachu
[16:02] <stokachu> o/
[16:02] <magicaltrout> stokachu: got a beard?
[16:04] <lazyPower> well, he did anyway :)
[16:04] <lazyPower> not sure if thats still the case
[16:11] <MonsieurBon> I have to say, all the stable version work much better, than the beta ones! :)
[16:13] <stokachu> haha
[16:19] <MonsieurBon> thank guys for all you help today
[16:19] <MonsieurBon> cu later
[16:19] <magicaltrout> no problem
[16:19] <magicaltrout> happy grooming!
[16:19] <MonsieurBon> yes, same to you!
[16:40] <Prabakaran> Hi marcoceppi: do have any updated on this issue https://github.com/marcoceppi/charm-mysql/issues/4
[16:41] <marcoceppi> Prabakaran: no. When I do I will reply to that thread.
[17:32] <Prabakaran> thanks marcoceppi :) i am struct on this point ... please confirm to me once u r done making these changes at your ealiest convenience
[17:40] <magicaltrout> *chuckle*
[17:56] <x58> Are there any charm helpers that grab all network interface names, and their assigned IP's?
[17:58] <x58> Or any charm helpers that parse /etc/network/interfaces
[17:58] <mskalka> what language are you working in?
[17:59] <x58> Python
[17:59] <x58> mskalka: ^
[18:01] <mskalka> x58: https://pythonhosted.org/charmhelpers/api/charmhelpers.contrib.network.html might lead you somewhere
[18:01] <x58> Perfect.
[18:01] <mskalka> I ran into the same issue developing a charm in Rust, not super familiar with the python charm libraries
[18:06] <x58> mskalka: Looks like it has part of what I need. Will just go steal some code :P
[18:07] <mskalka> x58, glad to help. Might also want to look into python's sh package
[18:19] <magicaltrout> kjackal: I think we've had this convo beforee
[18:19] <magicaltrout> does hadoop bundle stuff run ZK or not?
[18:19] <magicaltrout> i vagely remeber some HA thing
[18:32] <cory_fu> magicaltrout: kjackal is EOD, but the answer to your question depends on which Hadoop bundle you mean.  The Bigtop one (https://jujucharms.com/hadoop-processing/) doesn't currently include ZK because it doesn't currently include HA, but kjackal is currently working on adding that back in.  The slightly older vanilla Apache bundle (https://jujucharms.com/apache-processing-mapreduce/) does include HA and thus does include ZK
[18:33] <magicaltrout> cory_fu no worries just filling in the blanks in the PDI  charm, thanks
[18:39] <bdx> whats up all?
[18:39] <bdx> has anyone used https://jujucharms.com/u/stub/storage with aws successfully?
[18:40] <bdx> I'm trying to use the storage charm to get my elasticsearch datadir mounted on an ebs vol ...
[18:40] <bdx> it seems the storage charm should be capible of this, but I can't seem to get it to attach a pre-existing vol, or to create and attach a new vol
[18:41] <bdx> anyone use this yet, at all?
[18:41] <bdx> capable*
[18:41] <bdx> can spell
[18:43] <bdx> stub: ping
[18:44] <cory_fu> bdx: Unfortunately, it's almost 2am stub's time, so you likely won't get a response from him for a few hours.
[18:44] <cory_fu> Also unfortunately, I haven't used that charm, so I can't really offer any advice.
[18:44] <cory_fu> lazyPower: I don't suppose you've used it before?
[18:44] <magicaltrout> timezones are for wimps
[18:44]  * lazyPower reads backscroll
[18:45] <lazyPower> bdx ah - yeah
[18:45] <lazyPower> bdx - you need to pair that charm with the block-storage-broker charm
[18:45] <lazyPower> however, that stack is quite old, and is deprecated in favor of modeled storage with juju
[18:45] <bdx> ooooh
[18:45] <lazyPower> it was based on the euca2tools python lib, which targets a very old inmplementation of the AWS API
[18:45] <bdx> i see
[18:46] <lazyPower> its rife with mismatches that may potentially cause headachs, i'm not certain if we're using that anymore. I should really mail the list about it
[18:46] <cory_fu> lazyPower: But does Juju storage support connecting to an existing EBS volume?
[18:46] <lazyPower> cory_fu - only ebs volumes it has provisioned
[18:46]  * lazyPower will craft a quick post to see if anyone is still using it, and what the status/feedback is
[18:47] <bdx> cory_fu, lazyPower: how are you guys dealing with elasticsearch datadir mounts then?
[18:47] <cory_fu> bdx: Re-reading your ask, I'm not clear if you're trying to connect to a pre-existing, non-Juju provisioned EBS volume or just want it stored on EBS instead of transient storage
[18:47] <lazyPower> bdx - at the moment, the charm doesn't support storage. So its per-instance. it would be a good idea to patch the charm to work with storage however.
[18:47] <bdx> cory_fu: in all reality, I just need my datadir on a separate vol
[18:48] <lazyPower> bdx - add to matadata the storage bits, and give it a storage-attached hook to format and mount the volume accordingly
[18:48] <cory_fu> lazyPower: If Juju provisions the storage mount, and you need to reconnect it for some reason, is that possible?
[18:48] <lazyPower> cory_fu - i'm pretty sure that is TODO. you can attach it manually
[18:48] <lazyPower> but the storage feature itself needs modifications to support that
[18:49] <bdx> I've provisioned all my es instance data dirs manually so far ... I'm going to be spinning a bunch of these up and down ... I stumbled across the storage charm and respective hooks in the es charm over the weekend
[18:50] <cory_fu> lazyPower: That charm was updated by stub not too long ago, so it seems he's still maintaining it.  Perhaps it has features that Juju storage don't yet support?
[18:50] <bdx> I was super pumped to spin up my next few elastic clusters using it ... bah
[18:50] <bdx> yeah - it seems fairly recent
[18:50] <lazyPower> well thats promising
[18:50] <magicaltrout> yeah the storage stuff is pretty cool, we've been doing a bunch of stuff at JPL in docker which I'd like to port to juju
[18:50]  * lazyPower stops composing mail
[18:50] <magicaltrout> makes sense to keep persistent storage though
[18:51] <bdx> magicaltrout: what do you do for your es data dirs?
[18:51] <x58> Does config.changed in the reactive always fire after the service is installed?
[18:51] <bdx> magicaltrout: manual prov?
[18:51] <magicaltrout> yeah bdx hacked up mounts
[18:51] <bdx> shnacks
[18:51] <bdx> https://jujucharms.com/u/stub/storage
[18:51] <bdx> looks so promising
[18:51] <bdx> lol
[18:52] <bdx> great idea
[18:52] <magicaltrout> well the native storage stuff in juju makes sense
[18:52] <magicaltrout> depends on charms supporting it though
[18:53] <bdx> magicaltrout: ya - what do you spec your elasticsearch instances at?
[18:53] <cory_fu> x58: It will fire at least once, yes, but it will probably happen during the very first hook invocation and then go away.  If your service blocks installation for any reason (e.g., waiting on a relation, or storage) it might miss the initial config.changed state.
[18:54] <cory_fu> bdx, lazyPower: I'd really like to know from stub what advantage that charm has over the built-in storage support in Juju
[18:54] <cory_fu> bdx: You should consider the built-in storage support.  It may well do everything you need
[18:54] <lazyPower> cory_fu - i know when we were talking about deprecating the storage charm before... ther was some talk of production deployments that needed the bsb and storage charm
[18:54] <lazyPower> and thats why it hung around
[18:54] <cory_fu> bdx: https://jujucharms.com/docs/devel/developer-storage
[18:55] <magicaltrout> we have an ES cluster for genomics stuff, I know its 15 nodes, not entirely sure of the spec, I tink they are m4.4xlarge but i'm not entirely sure
[18:55] <lazyPower> it may be time to re-visit that conversation and start talking about how the start the migration of people using bsb over to the storage feature. and as we've covered, there's mismatch there so who knows
[18:55] <cory_fu> lazyPower: But then why update it with xenial support?
[18:55] <x58> cory_fu: Better question, do I need to have a service.installed state that gets set if I don't have any installations?
[18:56] <x58> cory_fu: I only care about config, that then renders config, and adds/removes some network state. But there is no installation step.
[18:56] <cory_fu> x58: No, you don't need to set any states unless they're relevant to your charm, or part of the API of a layer your charm is using
[18:56] <x58> I am using the basic layer.
[18:57] <cory_fu> Yeah, there aren't any states required by that
[18:57] <cory_fu> So you should be able to just watch for config.changed and handle that, and it will get triggered at least once
[18:57] <x58> Awesome.
[18:57] <x58> Thanks!
[18:58] <bdx> cory_fu: when I try to deploy es with the '--storage' it fails with
[18:58] <bdx> ERROR cannot add application "elasticsearch": charm "elasticsearch" has no store called "data"
[18:59] <bdx> the command I ran: `juju deploy elasticsearch --storage data=ebs,30G`
[18:59] <cory_fu> bdx: You have to define what storage your charm supports in metadata.yaml
[19:00] <bdx> cory_fu: ahh ... so I see https://api.jujucharms.com/charmstore/v5/trusty/elasticsearch-16/archive/metadata.yaml
[19:00] <bdx> has a block-storage interface defined
[19:00] <bdx> ooooh, it should be under 'requires' eh?
[19:01] <cory_fu> No, it should not be under requires
[19:01] <bdx> oh, well then
[19:01] <cory_fu> bdx: Let me find you an example.  That one is not good for built-in storage
[19:01] <bdx> ok, thx
[19:03] <bdx> cory_fu: got it
[19:03] <bdx> cory_fu: juju deploy elasticsearch elasticsearch2 --storage elasticsearch:data=ebs,30G
[19:04] <bdx> cory_fu: whhoops,  `juju deploy elasticsearch --storage elasticsearch:data=ebs,30G`
[19:04] <cory_fu> bdx: Odd.  I don't see a storage stanza in https://api.jujucharms.com/charmstore/v5/elasticsearch/archive/metadata.yaml
[19:05] <bdx> cory_fu: is it not the 'data' interface?
[19:05] <bdx> or, 'data' provider, 'block-storge' interface
[19:05] <cory_fu> bdx: No, it's a specific storage section, separate from relations, as described on https://api.jujucharms.com/charmstore/v5/elasticsearch/archive/metadata.yaml
[19:06] <bdx> oooh
[19:06] <bdx> yea, es deployed, but no storage was created or attached
[19:06] <cory_fu> lazyPower: Where is the version of elasticsearch that support storage hosted at?
[19:07] <bdx> gotcha
[19:09] <cory_fu> bdx: The kubernetes charm has a storage block: https://api.jujucharms.com/charmstore/v5/kubernetes/archive/metadata.yaml
[19:09] <cory_fu> So that would be `juju deploy kubernetes --storage kubernetes:disk-pool:ebs,30G`
[19:10] <cory_fu> I think
[19:12] <bdx> ahh, very nice
[19:12] <bdx> cory_fu: thank you
[19:12] <magicaltrout> whats with all the ec2 bdx.. i thought you were just mr openstack
[19:13] <bdx> magicaltrout: I got swooped on by a new employer
[19:13] <bdx> :-) :-)
[19:13] <magicaltrout> ooooh
[19:13] <magicaltrout> nice
[19:14] <bdx> now I'm in aws land  ...
[19:16] <magicaltrout> at least you got to keep with the juju stuff, for better or worse ;)
[19:17] <bdx> I am making a strong push for openstack in my new company though ... our aws bill is enormous ..... lets just say I could stand up a new ha openstack every month for what we pay aws ... kindo redic
[19:17] <magicaltrout> yeah, its the easy option though isn't it
[19:18] <bdx> yea, sadly
[19:20] <bdx> some customers require content hosting via not aws though  ....  openstack will have its day here yet
[19:20] <bdx> :-)
[19:23] <magicaltrout> jesus h christ
[19:23] <magicaltrout> my hadoop hacks to my pdi charm worked first time
[19:24]  * magicaltrout needs to save that moment and dine off it for years
[19:24] <cory_fu> magicaltrout: Whoa.  Nice
[19:24] <magicaltrout> never happens cory_fu
[19:24] <magicaltrout> i must have missed something
[19:25] <cory_fu> magicaltrout: https://cdn.meme.am/instances/66241182.jpg
[19:26] <magicaltrout> thanks cory_fu :P
[19:27] <magicaltrout> you're like my project manager, he has an amimated gif for everything
[19:27] <magicaltrout> infact the sys admins quite often miss my posts in slack because he follows up my requests with rediculous gifs
[19:28] <magicaltrout> i'll also get to test our merlijns claim of fixed resources shortly when i try and push 700mb upstream
[19:35] <hatch> with the latest Juju tip has how you define a default series changed when bootstrapping? ERROR unknown config field "--default-series"
[19:35] <magicaltrout> yeah hatch
[19:36] <magicaltrout> --bootstrap-series
[19:36] <magicaltrout> i think you're after
[19:36] <hatch> juju bootstrap aws aws --upload-tools --config --bootstrap-series=trusty
[19:36] <hatch> like so?
[19:36] <magicaltrout> that be the one
[19:36] <magicaltrout> dunno what --config does, i'll take your word on that one
[19:36] <hatch> thanks, I'll give that a go once this bootstrap completes
[19:37] <hatch> lol
[19:37] <hatch> maybe it's also no longer required :)
[19:37] <magicaltrout> i do
[19:37] <magicaltrout> juju bootstrap jujudev aws/eu-west-1 --bootstrap-series=trusty
[19:38] <hatch> ahh ok ok so that's changed I guess
[19:38] <hatch> any idea why the name change to bootstrap-series?
[19:39] <magicaltrout> probably because you use it to bootstrap and not any other time :P
[19:40] <hatch> haha, reasonable :D
[19:40] <magicaltrout> i think they went through a big vocab clean up
[19:40] <magicaltrout> I guess that got swept up in it
[19:41] <hatch> appears to have worked, thanks magicaltrout
[19:41] <magicaltrout> no probs
[19:41] <magicaltrout> i should sit around and not do  much most days.... i answer many more questions on IRC
[19:52] <hatch> lol
[20:01] <magicaltrout> https://www.kickstarter.com/projects/328582971/bakblade-20-the-ultimate-diy-back-and-body-shaver/?
[20:02] <magicaltrout> just when you thought you had everything.....
[20:02] <magicaltrout> don't tell me i don't bring useful information to this channel!
[20:10] <arosales> magicaltrout: a constant wealth of info :-)
[20:11] <magicaltrout> exactly arosales !
[20:11] <magicaltrout> I knew you'd find that kickstarter useful
[20:11] <magicaltrout> i bet your mrs  is sick of shaving your back!
[20:12] <arosales> magicaltrout: and you can read minds too, amazing
[20:13] <magicaltrout> lol
[20:13] <magicaltrout> i wont lie... its been a slow day ;)
[20:14] <arosales> magicaltrout: but you discovered the bakblade
[20:14] <arosales> so seems like a productive day
[20:15] <magicaltrout> i'm trying to do anything but finish off this charm
[20:16] <magicaltrout> focus has been lacking today
[20:16] <arosales> magicaltrout: which charm?
[20:17] <magicaltrout> pentaho data integration arosales , hooked it up to Hadoop so it can do HDFS put/get, and run MapR jobs
[20:17] <magicaltrout> gonna add a few DB hooks as well so it can register database details
[20:17] <arosales> magicaltrout: ah nice
[20:18] <magicaltrout> but I needed to get it done as Bluefin is hosting the next pentaho user group in London and I have a demo at the european community meetup in antwerp in nov
[20:18] <magicaltrout> so for that I'm sorting out this PDI charm and charming their BI server which is easy
[20:18] <magicaltrout> making sure PDI registers and scales properly was more of an issue
[20:19] <arosales> when is the bludfin pentaho meetup?
[20:19] <magicaltrout> I was saying earlier, I wan't to get DC/OS master scaling fixed this week as w ell
[20:20] <magicaltrout> Sept 1st
[20:20] <arosales> ya, I also need to follow up with SaMnCo's email on the DC/OS charming
[20:20] <magicaltrout> i spoke with the mesosphere chap sam introduced me to
[20:21] <magicaltrout> he was interested in juju for MAAS deployments
[20:21] <magicaltrout> I'll fix up my charms and get them production ready, but I could do with some tie in with Mesosphere  to make some of the build process easier
[20:21] <arosales> ya I chatted with some of the DC/OS folks at MesosCon and they seemed interested in the charm
[20:22] <magicaltrout> i have a talk proposed for mesoscon europe
[20:22] <magicaltrout> dunno if it'll get accepted, i'm supposed to find out today
[20:22] <arosales> magicaltrout: I haven't had any technical conversatons with Mesosphere, but I had planned to. When I do I'll be sure to make you aware of those efforts
[20:22] <magicaltrout> ta
[20:23] <arosales> cool to hear re mesoscon, juju related?
[20:23] <magicaltrout> yeah
[20:23] <arosales> right on
[20:24] <magicaltrout> i pitched to mesoscon and linuxcon
[20:25] <magicaltrout> along with bigdata spain
[20:25] <arosales> I think Canonical will be at ContainerCon and Apache BigData Europe
[20:25] <magicaltrout> and I'll submit to apachecon europe as well
[20:25] <arosales> cool
[20:26] <magicaltrout> and then hopefully back out in pasadena with you guys. dumped 2 proposals into the charmer summit i think
[20:26] <magicaltrout> and a few uk user groups
[20:26] <magicaltrout> oh here's the mesoscon talk title: Flexibility across the cloud - Managing and scaling your High Availability DC/OS cluster using Juju
[20:26] <magicaltrout> hopefully it gets accepted
[20:28] <arosales> magicaltrout: you may have a busy travel season between sept - nov
[20:30] <magicaltrout> hehe, arosales, working from home, travelling keeps me sane
[20:30] <magicaltrout> at least i get to interact with people :P
[20:31] <arosales> magicaltrout: I hear you on that one
[20:31] <magicaltrout> i'm sat in Hidelberg currently having my ear bent on how many products I can bring to Snappy :P
[20:31] <arosales> ha
[20:32] <magicaltrout> be good though, i was thinking about a bunch of stuff like databases at the ASF which are a pain in the ass to package
[20:32] <magicaltrout> so most distros don't bother
[20:32] <magicaltrout> be great if we could snap them and have juju deploy that stuff somehow
[20:34] <arosales> magicaltrout: I was thinking of caffe as a snap
[20:35] <arosales> http://caffe.berkeleyvision.org/
[20:36] <magicaltrout> ah yeah caffe, we tinkered with some of that earlier in the year
[20:36] <magicaltrout> yeah that would be cool
[20:37] <arosales> on the to do list which keeps getting longer :-) which I am sure you can relate to
[20:37] <arosales> lots of good stuff to do
[20:37] <arosales> little time
[20:37] <magicaltrout> i deal mostly in java apps, generally speaking they should be cross platform enough, but the C/C++ type stuff at the ASF would be great for snaps
[20:37] <magicaltrout> save on build  and deployment effort if 1 build runs everywhere
[20:37] <arosales> that is what I was thinking
[20:37] <arosales> and now pkgs yet for caffee
[20:38] <arosales> *caffe
[20:39] <magicaltrout> yeah
[20:39] <magicaltrout> makes perfect sense
[20:42] <magicaltrout> just pinged my JPL boss arosales about caffe asked him if he'd used it
[20:43] <magicaltrout> said  he had, but they use Tensor Flow more
[20:43] <magicaltrout> so there's another one for your list ;)
[20:46] <jose> hello, who can I talk about the revq not updating?
[20:46] <magicaltrout> marcoceppi:
[20:46] <jose> I believe he's away
[20:46] <magicaltrout> the master  of the review queue
[20:46] <marcoceppi> jose: one second
[20:46] <magicaltrout> he's like the grand wizard
[20:46] <jose> oooh, magicaltrout is in fact magic!
[20:47] <magicaltrout> indeed
[20:47] <magicaltrout> don't doubt a fish
[20:47] <cory_fu> bcsaller: Thanks for your review on https://github.com/juju/charm-tools/pull/235  I added a reply to explain my reasoning for the admittedly more invasive than strictly necessary refactor.  Let me know what you think?
[20:50] <arosales> magicaltrout: ah yes tensor, that should be pretty easy to integrate into the spark charm
[20:52] <magicaltrout> i never thought the live text commentary from a republican convention would keep me entertained on a monday night.. but it is
[20:53] <magicaltrout> arosales: yeah there is work underway to integrate it into apache tika as well
[20:53] <magicaltrout> I should charm the tika webapp one day that would take about 10 minutes
[20:53] <arosales> Interesting re Tika
[20:54] <magicaltrout> yeah there's a bunch of stuff their...
[20:55] <magicaltrout> i WILL finish my backlog first! :P
[21:02] <magicaltrout> when it gets delivered, i'm building a poormans orange box as well arosales
[21:02] <magicaltrout> https://www.kickstarter.com/projects/udoo/udoo-x86-the-most-powerful-maker-board-ever/ bought a bunch of these
[21:03] <arosales> Ohhh poor man OB
[21:03] <magicaltrout> hehe
[21:04] <magicaltrout> well i can't afford a rich mans orange box.. but it looked like a fun project
[21:04] <magicaltrout> build a few x86 boards and tie them together to prototype juju/maas stuff
[21:04] <arosales> Ya I looked at a Maas pi
[21:04] <arosales> But it had its limits
[21:05] <arosales> This looks much more useful
[21:05] <magicaltrout> yeah this has a bit more horsepower
[21:05] <arosales> And x86
[21:05] <magicaltrout> but would certainly be cool for usergroup meetings etc
[21:05] <magicaltrout> just like the OB
[21:05] <arosales> For sure
[21:06] <arosales> Experimenting with MAAS as well
[21:06] <magicaltrout> yeah its not something i've had the chance to do yet
[21:07] <magicaltrout> all these people swinging by talking about maas and openstack
[21:07] <magicaltrout> i feel left out ;)
[21:07] <arosales> Ha
[21:07] <arosales> You can do openstack on LXD
[21:08] <arosales> Less maas
[21:08] <magicaltrout> does that work these days?
[21:08] <arosales> But Maas is pretty cool to transform a rack into a cloud endpoint
[21:08] <magicaltrout> i came back from ghent wanting to test that and jamespage said he had to hack some script so I left it
[21:08] <arosales> It does :-)
[21:08] <magicaltrout> cool
[21:08] <magicaltrout> yet another thing to add to the list *sob*
[21:09] <arosales> You still need to update the LXD profile but works other than that
[21:10] <arosales>  magicaltrout https://github.com/openstack-charmers/openstack-on-lxd
[21:10] <arosales> Ref from http://docs.openstack.org/developer/charm-guide/getting-started.html
[21:10] <magicaltrout> aww rubbish
[21:10] <magicaltrout> now i'm going to bed at like 4am or something
[21:11] <arosales> It will use some resources
[21:11] <arosales> Just an fyi
[21:11] <arosales> Just tack it on the to-do list :-)
[21:11] <magicaltrout> if jamespage can run it on his laptop i'm pretty sure my dev server with 64gb of ram will cope
[21:12] <magicaltrout> of course that means i'll then feel complled to throw as  much at is as possible
[21:12] <magicaltrout> is/it
[21:12] <arosales> Oh your server for sure can handle ir
[21:12] <arosales> It
[21:13] <magicaltrout> my host has disused server auctions
[21:13] <magicaltrout> I got this 16 core 64gb ram box for £15/month
[21:14] <magicaltrout> I could build the worlds most cost efficient MAAS cloud service if i had the bandwidth ;)
[21:18] <magicaltrout> arghhh the docs template changed
[21:18]  * magicaltrout wonders how long it will take to get over it
[21:19] <magicaltrout> google is failing me
[21:19] <magicaltrout> where is some sample code for resources in python
[21:19] <magicaltrout> cory_fu knows this stuff
[21:20] <cory_fu> magicaltrout: 2.0 resources?  I'm not sure, TBH.  mbruzek might know, though
[21:20] <magicaltrout> you don't know cory_fu
[21:21] <magicaltrout> what going on with this world?
[21:21] <magicaltrout> anyone code a snippet of python doc for getting a file from a resource?
[21:21] <mbruzek> I got you magicaltrout
[21:21] <magicaltrout> thanks beardy
[21:22] <marcoceppi> magicaltrout: this charm makes simple use of them https://github.com/marcoceppi/layer-charmsvg
[21:22] <mbruzek> https://github.com/juju-solutions/layer-etcd/blob/master/reactive/etcd.py#L179
[21:22] <magicaltrout> there we go, i knew there was a sample
[21:23] <magicaltrout> thanks chaps, blame merlijn and his claim resources work now
[21:23] <mbruzek> magicaltrout: Our use of it is a little more advanced, but we do it in a try/except to gracefully fail on older juju versions
[21:24] <magicaltrout> yeah thats helpful mbruzek i was wondering about that stuff
[21:24] <mbruzek> magicaltrout: 1.25 is dead to me.
[21:24] <magicaltrout> i used 1.25 about 6 months ago
[21:24] <mbruzek> but some others still use it
[21:24] <magicaltrout> but some people seem to use it
[21:24] <mbruzek> jinx
[21:25] <magicaltrout> on that note regarding terms, if I add terms to the saiku analytics charm does that  mean it just explodes on 1.25?
[21:25] <jose> what does test status 'retry' mean on the revq?
[21:27] <jose> marcoceppi: is something going on with juju-ci?
[21:31] <mattrae> hi, i'm trying to enable-ha with juju 2.0 beta and running into this bug.. is there a workaround for enabling ha, or will ha not be working to 2.1? https://bugs.launchpad.net/juju-core/+bug/1563705
[21:31] <mup> Bug #1563705: cmd/juju: "juju enable-ha" fails if you're not operating on the admin model <bitesize> <juju-release-support> <papercut> <juju-core:Triaged> <https://launchpad.net/bugs/1563705>
[21:31] <rick_h_> mattrae: it might get updated but for the moment you need to juju switch controller
[21:31] <rick_h_> mattrae: and then the command will succeed
[21:32] <mattrae> rick_h_: great thanks!
[21:34] <rick_h_> mattrae: updated the bug with the workaround, thanks for pointing out that it wasn't helpful there.
[21:35] <mattrae> rick_h_: great thanks, i was just about to do the same thing :D
[21:51] <cholcombe> thedac, thanks for the mojo video :)
[21:51] <thedac> no problem
[21:51] <magicaltrout> nooooo
[21:51] <magicaltrout> resource upload fail
[22:32] <lazyPower> repost from way back, because i had no idea my bouncer had tanked
[22:32] <lazyPower> [15:28:08] lazyPower:	cory_fu - ah, there is no elasticsearch with storage support yet. I was proposing to make the modification and contribute it back
[22:46] <x58> I'm attempting to test my charm, however when it fails and I try to do juju charm-upgrade my updates never seem to make it to the test machine...
[22:53] <magicaltrout> x58: is it in a running state prior to teh upgrade?
[22:53] <magicaltrout> the
[22:59] <x58> magicaltrout: Yeah, failed due to a missing import.
[23:00] <x58> So I emptied out my .py, then all "hooks" succeed, and then it would download the updated version install it and run it.
[23:00] <x58> Kind of a shame I can't force upgrade when it has failed.
[23:02] <magicaltrout> x58: right so if its not in a running state
[23:02] <magicaltrout> you can resolve the failed hooks
[23:02] <magicaltrout> and then run the upgrade
[23:04] <magicaltrout> i suspect  the post by marcoceppi still holds true as well http://marcoceppi.com/2015/01/force-upgrade-best-juju-secret/
[23:04] <x58> I tried resolving the failed hook
[23:04] <x58> with juju resolved -r
[23:05] <magicaltrout> dunno what -r does
[23:05] <magicaltrout> but yeah
[23:05] <magicaltrout> juju resolved service/unit
[23:05] <magicaltrout> you might have to run it a few times as it runs through a bunch of failed hooks
[23:06] <magicaltrout> resolve failed hook one, resolve failed hook 2 etc
[23:06] <x58> ah
[23:19] <x58> I am using the charmhelpers.contrib.network.ip and when it tries to import netifaces it fails, it installs it, but once installed the import still fails.
[23:19] <x58> I am using layered charms, do I need to specify netifaces in my wheelhouse?
[23:19] <x58> or as a package?
[23:39] <x58> charmhelper installs python-netifaces instead of python3-netifaces, and all charms are run with Python 3.
[23:39] <x58> So that's a problem.