[08:28] <admcleod> bdx: hello
[08:30] <magicaltrout> f* me I'm tired. Stupid bloody kids
[08:30] <magicaltrout> dont have 'em
[08:34] <kjackal> magicaltrout: what would you prefer human cloning or time travel?
[08:36] <magicaltrout> hmm its a good question
[08:36] <magicaltrout> like I worry about dying because I'll miss out on stuff. So I guess time travel falls into the same bucket
[08:36] <magicaltrout> but at the same time, cloning only works, if I can merge at the far end ;)
[08:37] <kjackal> magicaltrout: you could outsource your kids to your other you!
[08:38] <magicaltrout> i could simplify it and just get a nanny :P
[08:38] <magicaltrout> that said... the mrs wont even let us get a cleaner because... and I quote "our house is too dirty"......
[08:56] <admcleod> magicaltrout: may i make a suggestion
[08:57] <magicaltrout> sure admcleod! ;)
[08:59] <admcleod> actually i better not
[08:59] <magicaltrout> does it involve me replacing my kids, mrs or both? ;)
[08:59] <admcleod> yes. :D
[08:59] <magicaltrout> yeah
[08:59] <magicaltrout> its tempting
[08:59] <admcleod> i do know several people who clean their houses before their cleaner comes
[09:00] <magicaltrout> yeah its nut
[09:00] <magicaltrout> s
[09:00] <magicaltrout> like, our house isn't bad, its just lived in, when you have 2 kids.  so why would a cleaner expect anything else?
[09:01] <admcleod> you're not in london right? i could give you the contact for this russian cleaner... help you with all your problems...
[09:02] <magicaltrout> hehe, maybe when they get really annoying. anyway, I have 7 days off, er, i mean hard work in the states, so I don't care ;)
[09:02] <admcleod> ah so thats the problem. your travelling causes you to neglect your cleaning duties. well, fair enough
[09:03] <magicaltrout> its not far off. I've been told off  quite a few times just after getting home for the state of the house, or the kids etc
[09:03] <magicaltrout> which is impressive as I've usually be in the US
[09:03] <admcleod> and the very next headline i see (and no, its not buzzfeed) is: 'Intelligent People Stay Up Late, Are Messy And Love To Swear'
[09:04] <magicaltrout> lol
[09:04] <magicaltrout> the mrs goes to bed about 9:00pm and tells me off for saying bloody and knackered as they are supposedly "swear words"
[09:04] <admcleod> so, this russian cleaner i was talking about
[09:05] <magicaltrout> she asked yesterday if at a parents evening I'd be upset with the kid if the teach said she keeps saying stuff is "bloody knackaered"
[09:05] <admcleod> hahaha
[09:05] <magicaltrout> don't see the problem myself
[09:06] <admcleod> get her a frankie boyle bluray
[09:06] <admcleod> infact just take her to scotland
[09:06] <magicaltrout> hehe
[09:09] <admcleod> ...or like, basically outside
[09:10] <magicaltrout> you'd think growing up in Leeds and Bradford she'd be used to that stuff
[09:10] <magicaltrout> clearly not, thats the problem with private education
[09:10] <admcleod> maybe the problem is you're not wearing the right rugby league shirt
[09:10] <admcleod> while you swear
[09:11] <magicaltrout> hehe
[10:59] <lovea> Hi, I'm using Juju 2.0 and MAAS 2.0. I have a MAAS server and 5 commissioned nodes (physical). I've configured a maas provider for Juju. If I juju bootstrap one of my physical nodes is utilised in maas to create the controller. That node is then no longer available for any other juju deployment. In my case that is a serious piece of kit for just a juju controller. Is there any way I can "juju deploy --to" the controller node to co-locate other charms?
[12:54] <jcastro> fginther: have you tried just deploying --to 0?
[12:55] <rick_h_> jcastro: it was a different user as I read it
[12:55] <rick_h_> jcastro: and they ahve to juju switch admin first
[12:55] <rick_h_> jcastro: to get machine 0 to deploy to
[12:57] <jcastro> oh
[12:57] <jcastro> so if you add-model foo
[12:57] <jcastro> then you can't deploy to 0?
[12:58] <rick_h_> jcastro: no, the state server is only shown/listed in the admin model since that is the controller
[13:01] <jcastro> and a --to 0 intends to put something in the admin model?
[13:01] <jcastro> I guess I am just confused on why I can't have model foo on the same physical hardware as the admin model?
[13:02] <rick_h_> jcastro: so each model has its own machines for what's deployed into that model
[13:02] <rick_h_> rather than show 0, the bootstrap/state server on every model, it's only on the controller one
[13:02] <jcastro> ahhhh, I didn't know that
[13:02] <rick_h_> especially since you can give users access to models
[13:02] <rick_h_> you don't want them adding stuff to your machine 0
[13:05] <jcastro> ok so basically the admin model needs a dedicated machine
[13:15] <fginther> jcastro, I'm missing something, did you intend to ping me?
[13:16] <jcastro> I was just discussing your issue with rick_h_
[13:19] <fginther> jcastro, sorry, do you have the bug # handy so I can have a closer look?
[13:19] <rick_h_> jcastro: it was a different person, not fginther
[13:19] <fginther> rick_h_, ah, I'll move on then :)
[13:20] <jcastro> oh sorry, I misread my irc client when you joined right as someone was asking that
[13:36] <kjackal> kwmonroe: Hey Kevin, is this bundle going to be depricated? https://jujucharms.com/apache-processing-mapreduce/
[13:41] <jcastro> marcoceppi: got a minute? I'd like for us to unpromulgate the old mediawiki bundles
[13:42] <jcastro> mramm tried one yesterday and the scalable one for sure doesn't work anymore
[13:42] <mramm> true that
[13:44] <marcoceppi> jcastro: sure, eco-wx
[14:01] <mramm> jcastro, marcoceppi, arosales:  Is there a bug for the mysql charm's brokenness?
[14:02] <mramm> (which is what caused mediawiki-scalable to be broken)
[14:04] <jcastro> not sure
[14:04] <jcastro> iirc it was a feature we used
[14:05] <jcastro> and then was unsupported in that charm
[14:05] <jcastro> so I think it's more of the bundle not following the feature set of the charm
[14:07] <arosales> mramm: I think we need to set the mem % on the media wiki bundle
[14:07] <jcastro> that's a different bug
[14:07] <arosales> And possible change the reference example
[14:07] <jcastro> the master/slave config in that bundle is what isn't working
[14:07] <jcastro> the mem% thing only affects mysql on local containers
[14:08] <arosales> Oh I guess we should define brokenness
[14:09] <arosales> I think mem would affect small mem machined
[14:09] <arosales> mramm: what are the symptoms?
[14:10] <jcastro> the database doesn't come up at all in the bundle
[14:10] <jcastro> because it's trying to set up mysql in a master/slave configuration
[14:11] <arosales> Gotcha, and sounds like there is no bug for that
[14:13] <arosales> Should we consider changing the example to spark/zep or observable swarm
[14:17] <arosales> I guess swarm doesn't work in LXC
[14:41] <mramm> the mem percentage issue seems interesting also
[14:42] <mramm> lxd/local is definitely the first use case most people touch
[14:42] <mramm> arosales: definitely we shouldn't use an example for getting started that is broken
[14:42] <mramm> that will not get us good results
[14:48] <marcoceppi> mramm: I tried fixing that, because Juju does silly things on upgrade it got nix'd
[14:53] <mramm> marcoceppi: thanks for trying!
[14:53] <mramm> marcoceppi: just trying things in the order that I think newbies would, and reporting issues as I run into them
[14:54] <jcastro> mramm: your bug is http://pad.lv/1294334
[14:56] <jcastro> arosales: the mysql master/slave thing isn't a problem in the get-started, it's the lxc memory bug that is
[14:56] <jcastro> the master/slave feature isn't in the bundle featured on get-started
[14:57] <jcastro> all: it seems some people have tab completion in the juju betas, and some do not
[14:57] <mramm> marcoceppi: I don't see anything about juju upgrade issues blocking a fix in the bug. Can you provide a bit more detail, what is the upgrade/juju problem with the proposed fix?
[14:57] <jcastro> if you don't have working tab completion in juju 2.0 betas, please see this bug: http://pad.lv/1588403
[14:57] <jcastro> mramm: it was discussed on the list, let me find it and put it in the bug
[14:59] <mramm> tab completion is working for me (at least for second level commands) on a completely fresh juju install (from the PPA), will try from Xenial repo in a min.
[15:02] <marcoceppi> mramm: customers deploying mysql today under the defaults would get a change to the way the charm runs, which was viewed as unacceptable
[15:03] <jcastro> marcoceppi: is tab completion working for you?
[15:03] <marcoceppi> jcastro: yes
[15:05] <kjackal> Hey lazyPower, the ELK bundle under review is not pointing to logstash https://jujucharms.com/logstash/trusty/0
[15:05] <kjackal> Here is the bundle http://bazaar.launchpad.net/~lazypower/charms/bundles/elk-stack/v1/view/head:/bundle.yaml
[15:05] <lazyPower> kjackal - i think that was proposed long before any of the stack started landing
[15:06] <lazyPower> i'll get that updated though, is that the only thing you see?
[15:06] <kjackal> I havent checked the rest of the charms
[15:06] <kjackal>  let me see
[15:06] <lazyPower> looks like Es can use a bump
[15:07] <lazyPower> i think thats it
[15:07] <lazyPower> oh and kibana ;)
[15:08] <kjackal> Do you want to update them now or should we wait for the next round (next week)?
[15:08] <lazyPower> honestly can we push it back to next week?
[15:09] <lazyPower> i've had a lot of stuff land and i've got a fire to put out with etcd
[15:09] <cory_fu> lazyPower: Sure, kjackal can just nack the review ;)
[15:09] <lazyPower> cory_fu i'm good with that. ta
[15:11] <mramm> jcastro:  on a completely fresh xenial container -- no tab completion so not sure what's wrong on my laptop.  Haven't tried the new desktop yet.
[15:12] <aisrael> jcastro: no tabcompletion here either
[15:12] <lazyPower> same
[15:19] <jcastro> ok I'm going to ask for feedback
[15:29] <petevg> Hi, magicaltrout. I'm taking a look at the saikuanalytics-enterprise charm in the review queue. I'm following the README, and the action that generates a license seems to execute, but I get an error when logging in ("could not find license"). Are there any steps to fetching the license that are missing from the README?
[15:30] <petevg> (Looking at logs, I see the error about not being able to find the license, but not necessarily any errors related to fetching it in the first place ...)
[15:59] <magicaltrout> good find on the tab completetion jcastro !
[15:59] <magicaltrout> it makes me sad everytime I press tab
[16:00] <magicaltrout> petevg: don't worry about it for now, I'm gonna get 3.9 into the review queue and prod someone to do it in a quicker fashion as it will have much improved juju/big data integration once my drill stuff is finished
[16:08] <petevg> magicaltrout: Sounds good. I look forward to seeing the new charm :-)
[16:10] <magicaltrout> you and me both! :P
[16:11] <magicaltrout> although 4.0 later in the year will be the stuff. Nice new React.js responsive UI, pluggable datasources and UI elements etc
[16:11] <magicaltrout> thats like the holy grail ;)
[16:12] <lazyPower> big data with a front end that doesn't look like java?
[16:12] <lazyPower> \o/
[16:13] <magicaltrout> hehe. Well our UI is starting to get a bit old, its all Backbone and HTML, but web tech moves so fast its a pain to keep up
[16:13] <magicaltrout> but we also wanted to build a new setup built upon server and UI OSGI modules, so people can write OSGI compliant 3rd party plugins and just have the app register them
[16:14] <magicaltrout> which will make extendability and updates much nicer
[16:14] <lazyPower> not bad obama
[16:14] <magicaltrout> because you'll be able to do OSGI updates from a maven repo over the wire
[16:14] <magicaltrout> rather than downloading a new 700mb distro
[16:22] <lazyPower> Thats a win
[16:28] <roadmr> hey folks, is there a "cron" charm? say I want an existing unit with e.g. apache to run a cron entry to generate some static content. Do I have to write a custom charm for that or is there something I can just deploy --to the unit with the command to run as a "juju set" parameter?
[16:34] <lazyPower> no but that sounds like a great subordinate service. the ability to provide it with a crontab and have it bolt that into the unit
[16:35] <lazyPower> my initial grep of the charm store yields no results that look relevant. i think you've found some golden territory roadmr
[16:36] <roadmr> \o/ /o\
[16:36] <roadmr> thanks lazyPower
[17:28] <arosales> jcastro: I have a bug opened for tab completion let me find the number
[17:29] <arosales> https://bugs.launchpad.net/bugs/1582018
[17:29] <mup> Bug #1582018: Tab completion for file system paths and in general for stock Ubuntu cloud image <bash-completion> <charms> <juju-core:Triaged> <https://launchpad.net/bugs/1582018>
[18:05] <LiftedKilt> turns out juju add-unit {charm} -n {#} --to lxc:{machine} creates one lxc container and then tells maas it needs physical machines for the rest
[18:22] <natefinch> fwereade: think I figured it out. Or rather, dpb1_ figured it out - the error message looks like it's coming from the local machine agent, but since it's actually an error in state, it must be on the controller, and passed back to the machine agent, which logs it without indicating it's logging an error from an API call to the controller :/
[18:22] <dpb1_> let's hope so
[18:27] <alexisb> natefinch, ug
[18:27] <alexisb> though good on the progress
[19:39] <kjackal> kwmonroe: Hey Kevin, is this bundle going to be depricated? https://jujucharms.com/apache-processing-mapreduce/
[19:40] <kjackal> cory_fu you might know as well ^
[19:41] <cory_fu> Yes, it is
[19:41] <cory_fu> In favor of hadoop-processing
[19:41] <kjackal> hadoop processin
[19:41] <kjackal> let me see
[19:41] <cory_fu> That's the Bigtop bundle
[19:42] <kjackal> it the apache-processing-mapreduce going to be removed from the store?
[19:43] <kjackal> Panagiotis has a reference on the bundle on his paper and I just want to make sure his link points to something
[19:44] <kjackal> cory_fu?
[19:46] <cory_fu> How is it being referenced?  cs:bundle/apache-processing-mapreduce?
[19:46] <cory_fu> I think we were considering unpromulgating it, but leaving it in the ~bigdata-charmers namespace
[19:48] <kjackal> hm... I will try to rephrase that part so that it references our bigdata landing page then....
[19:48] <kjackal> I think this is the safest....
[20:36] <kjackal> jog: I am with the bigdata team. What is the customer impact of the "Hadoop install hooks fail behind restricted network" ?
[20:37] <kjackal> jog: the issue is already in the "doing" state, I wonder who is deploying the bundle in restricted environments. DO we have a customer?
[21:01] <mbruzek> cmars: Is there a way to list the terms I have already accepted?
[21:04] <cmars> mbruzek, juju list-agreements
[21:04] <mbruzek> []
[21:05] <mbruzek> cmars: then how was I able to deploy a local charm with terms for loren-ipsum/1 ?
[21:05] <cmars> mbruzek, locally deployed charms do not check terms
[21:05] <cmars> mbruzek, terms are required by the charmstore
[21:05] <mbruzek> Oh I see
[21:09] <jog> kjackal, any enterprise installation is most certainly going to have their data center behind a firewall
[21:11] <kjackal> jog: understood, I was hoping for a specific enterprise name where we failed tp deploy
[21:11] <kjackal> jog: how did you discover the fault in that bundle?
[21:12] <jog> kjackal, even Canonical's own data center is an example... the system test hardware the cdo-qa team uses is on a restricted IS provided network
[21:15] <kjackal> I see, thank you. Again reviewing all our bundles to filter out all similar isues in in doing "state"
[21:53] <mbruzek> cmars: Do you have a minute?
[21:53] <cmars> mbruzek, sure
[21:53] <mbruzek> cmars: Is it possible to make a resource "optional" ?
[21:54] <mbruzek> We are trying to charm push a charm with one optional resource and it is complaining that we don't give it any resources
[21:55] <cmars> mbruzek, hmm that's a good question. I'm not too familiar with the finer details there. i can definitely see the usefulness in that
[21:55] <mbruzek> cmars: That is right you implemented terms
[21:55] <cmars> alexisb, who's around today who would know about mbruzek's resources question? ^^
[21:56] <mbruzek> cmars: Who would know... ahh
[21:56] <alexisb> wallyworld or natefinch-afk can answer mbruzek q
[21:57] <mbruzek> wallyworld: We are trying to "charm publish" a charm and the error message is telling us we must have both resources referenced when we publish.  The last resource is optional
[21:58] <cmars> mbruzek, i suppose you *could* do some hacky thing like rc=/dev/null but that's less than ideal
[21:58] <cmars> well, on publish, it's not too bad to do that
[21:58] <mbruzek> cmars: Yes that is what kwmonroe and I were thinking, but less than ideal.
[21:58] <cmars> it's unixy
[21:58] <wallyworld> mbruzek: it may be that at the moment, all resources do need to be defined
[21:59] <wallyworld> from memory, i don't think optional resources were considered in the requirements
[22:00] <mbruzek> wallyworld: thank you
[22:00] <cmars> mbruzek, i can see both sides to this.. on one hand, you might have forgotten to specify the resource when you publish the charm
[22:00] <wallyworld> can you raise a bug?
[22:00] <cmars> mbruzek, on the other, you might want it to be optional
[22:00] <cmars> for the first case, i'd appreciate the error, for the second, i wouldn't
[22:00] <mbruzek> cmars: Yes I see both sides of the coin.
[22:01] <cmars> maybe the resource ought to declare default behavior?
[22:01] <cmars> or that it's optional
[22:01] <mbruzek> cmars: wallyworld: well we coded the charm to have the second resource optional
[22:02] <mbruzek> we worked around this problem by pushing zero length files, but that feels weird.
[22:02] <cmars> mbruzek, true, but the flip side is, you don't get empty files when you forget resources. i think we'd need an optional: attribute in the metdata
[22:03] <mbruzek> cmars: wallyworld: I will raise a bug and we can think about the best way to implement this
[22:03] <wallyworld> sounds good
[22:03] <cmars> mbruzek, cool, thanks. just thinking out loud..
[22:50] <mbruzek> wallyworld: https://bugs.launchpad.net/juju-core/+bug/1588555
[22:50] <mup> Bug #1588555: Can resources be optional? <juju-core:New> <https://launchpad.net/bugs/1588555>
[22:50] <wallyworld> mbruzek: ty
[22:52] <rick_h_> mbruzek: answered
[22:53] <rick_h_> wallyworld: ^
[22:54] <mbruzek> thanks rick_h_
[23:00] <magicaltrout> why is the mongodb charm running such an ancient version of mongo? operational reasons or just no one got around to updating it?
[23:18] <lazyPower> magicaltrout - thats the case yes :(
[23:18] <lazyPower> i'm the listed maintainer but i have not touched mongodb in quite some time
[23:19] <lazyPower> and it was in a state of mostly working in smaller cluster but constantly a headache at scale. With reactive it should turn into a  much nicer charm to maintain, and we can model the individual components of the charm as top layers instead of a single catch-all multi-role charm
[23:19] <lazyPower> which in all honestly makes the charm code abysmal to read through
[23:19] <magicaltrout> no problem lazyPower i just noticed it was well old
[23:19] <magicaltrout> i'll see if I can get around to it at some point
[23:19] <lazyPower> yeah, i really want someone to adopt that one and give it a good home
[23:19] <lazyPower> i've been a crappy parent of that charm
[23:20] <lazyPower> sorry :(
[23:20] <magicaltrout> I don't have much of a use for it, but clearly there is a lot of mongo use in the real world
[23:20] <magicaltrout> be ashame to put people off because its 2.4
[23:20] <lazyPower> our resident mongo master has been busy hacking on snappy related stuff
[23:22] <magicaltrout> I was saying to SaMnCo today as well, we(everyone where possible) should make a bigger effort to make the charms centos/rhel compatible as well
[23:22] <magicaltrout> for the enterprisey folk. It was a sticky issue with the guys we were having lunch with
[23:22] <lazyPower> matt was just looking at a MP for charmhelpers from cloudbase introducing the centos abstractions for charmhelpers.core.host
[23:22] <lazyPower> its getting close but has some wrap up fixes needed
[23:22] <magicaltrout> cool
[23:23] <lazyPower> i really want to try to start the migration process from charmhelpers into a trim charms.host lib and thinks of that nature
[23:23] <lazyPower> extracting them and making it all travisy and publish frequently if the tests pass
[23:23] <lazyPower> but thats a way bigger project than i'm making it out to be
[23:23] <lazyPower> and i have a habit of wanting to take on the world every time i get a second
[23:24] <magicaltrout> aye
[23:24] <magicaltrout> i have that problem
[23:24] <lazyPower> what can i say, we <3 this stuff
[23:24]  * lazyPower wanders off to brew some tea
[23:24] <magicaltrout> http://spicule.co.uk/2016/06/02/apache-drilll-juju.html brain dump on Apache Drill charm
[23:27] <magicaltrout> started it at 8am and finished at midnight with a 12 hour gap in between
[23:27] <lazyPower> not bad
[23:28] <lazyPower> impressive actually
[23:29] <magicaltrout> to many l's in drill
[23:29] <magicaltrout> arse
[23:29] <magicaltrout> that was an 8am error ironically
[23:29] <magicaltrout> lack of morning coffee
[23:36] <lazyPower> What did hemmingway say? write intoxicated, edit sober.
[23:37] <magicaltrout> aye,he had a very valid point
[23:47] <aisrael> lazyPower: indeed
[23:47] <lazyPower> ;)
[23:48] <lazyPower> didnt know you were lurking around over there aisrael o/
[23:48] <lazyPower> all unpacked?