axwmarcoceppi Icey: storage will be supported in bundles when deployed from CLI in 1.26, not sure when juju-gui support will be added00:45
axwrick_h_: ^^00:46
lathiatstorage in bundles?00:47
axwlathiat: yes, the ability to specify how storage is allocated for charms that support the new storage feature00:57
axwlathiat: e.g. how many disks to allocate for each unit by default00:58
rick_h_axw: conversations took place today. we wanted to check about creating pools from bundles?01:01
axwrick_h_: that sounds a bit odd, since a bundle should be deployable to multiple clouds?01:02
rick_h_axw: true but it also can't be a full deployment without the pool. it's sonething to chat on there.01:03
rick_h_axw: but the bundle wxport with storage will be on gui 2.0 in dec i think01:04
axwrick_h_: yeah I think it needs sprint-meeting discussion. it doesn't seem straight forward to me. for some providers the pools are really environment specific. e.g. for MAAS, you can specify tags that disks must match... that's going to be specific to an installation of MAAS01:09
axwrick_h_: so then you have (bundle, pool, MAAS-install) tuple that defines your deployment01:09
rick_h_axw: right so curious if it's like spexifying machines and the putting services on those machines01:13
rick_h_axw: it can be very substrate specific and we'd not want those in the store01:14
rick_h_axw: but useful for a repeatable deploy for your own use01:14
axwrick_h_: yeah, I guess so. like using instance-type in constraints.01:14
rick_h_axw: right01:15
axwrick_h_: FWIW, there's a way to specify an override for storage when deploying a bundle on the command line. --storage <service>:<storage-name>=<constraints>. so it's possible to deploy a bundle with a specific pool, it's just not self-contained01:19
axwrick_h_: if it's just for personal use, I'm not really convinced the amount of work involved in support it is warranted, but I'm not deploying bundles all the time so I may have a warped view :)01:20
* Sharan slaps kwmonroe around a bit with a large fishbot05:34
=== urulama__ is now known as urulama
tvansteenburghrick_h_: need clarification - with new juju store stuff, can one promulgate directly from a /development/ url, or must that development revision be published first?14:12
rick_h_tvansteenburgh: yes, you can --publish a ~rharding/development/mysql to publish the latest development revision14:12
rick_h_tvansteenburgh: at least that's the spec, I'm looking forward to getting the client to try it out14:13
tvansteenburghrick_h_: and you could do the same with a specific revision i assume?14:13
rick_h_tvansteenburgh: yes14:13
tvansteenburghoh wait, you didn't answer my question :)14:13
rick_h_tvansteenburgh: or even just 'charm upload --publish .' to both upload it to dev and publish it in one stroke14:13
rick_h_tvansteenburgh: oh,  so in promulgate you have to first promulgate the published url.14:14
tvansteenburghok, thanks14:14
rick_h_tvansteenburgh: then the end user can only upload to develop, and only those with the promulgate ACL can publish from develop to the promulgated published space14:14
rick_h_if that makes sense14:14
lazypowernew tooling14:44
stokachuanyone know if there is a way to react to a 'relation finished' using juju api or any other means?15:07
stokachunot specific to reactive pattern just in general15:07
tvansteenburghrick_h_: how does one determine whether a user-namespace charm has advanced beyond what is currently promulgated?15:07
tvansteenburghstokachu: relation-departed|broken hooks?15:08
stokachulooking for a way to run a process against a service after it has joined a relation15:09
stokachubut want to make sure the relation stuff is done15:09
tvansteenburghah, probably need to use status-set for that15:09
roadmrhelloo juju people. How can a unit know its own id? i.e. which command can I run, while inside unit foo/0 (via ssh), to get "foo/0" (or the tag: unit-foo-0)?16:28
marcoceppiroadmr: if you're in a hook, $JUJU_UNIT_NAME16:29
jrwrenis there a place to see queue of tests to be run for stuff at http://reports.vapour.ws/ ?16:31
roadmrmarcoceppi: what if I'm not in a hook? :( i.e. a plain shell16:31
marcoceppijrwren: what do you mean16:31
marcoceppiroadmr: I mean, not easily, there are "ways"16:31
jrwrenmarcoceppi: I updated a MR and am wondering when tests for it will run again.16:32
marcoceppijrwren: never, we have to push a button for updates. Only initial new items are run. In the new review queue it'll work on update but it's hard for us to track that in the old one16:32
roadmrmarcoceppi: I could write the unit's id/tag to a file as part of a charm, then I'd have that info available for later... off the top of my crazy head that's one idea16:32
marcoceppijrwren: link me to the review item in the review queue and I'll kick off tests16:32
marcoceppiroadmr: yeah, the other is to sniff init files, but that won't work if you have multiple units on the node16:33
jrwrenmarcoceppi: oh!  I'm glad I asked :)  https://code.launchpad.net/~evarlast/charms/trusty/mongodb/fix-dump-actions/+merge/27719116:34
marcoceppijrwren: that's not a review queue link ;)16:34
jrwrenmarcoceppi: oh.16:34
marcoceppijrwren: http://review.juju.solutions/review/2357 will show tests and the results16:34
roadmrmarcoceppi: I see them! is it at all possible for two units of the *same* service to be deployed on the same node?16:34
marcoceppijrwren: if there are no tests "PENDING" then none are running16:34
jrwrenmarcoceppi: where do I get a review queue link? its in the list here, I've no idea what link you want. http://reports.vapour.ws/latest-bundle-and-charm-results16:35
marcoceppiroadmr: if someone is crazy, and does a juju add-unit --to, then yes16:35
marcoceppijrwren: http://review.juju.solutions16:35
roadmrmarcoceppi: if not, maybe init file poking would help me, since I don't care about services bar, baz, quux, as long as I know this node is foo/016:35
roadmrmarcoceppi: oh, yes the crazy factor :)16:35
marcoceppiroadmr: it's probably easier to write it to a file, tbh16:35
marcoceppijrwren: I just queued up tests for it16:35
roadmrmarcoceppi: hey thanks for your help/feedback :) at least I know 1) it's not straightforward, 2) I have several options to work with.16:36
jrwrenmarcoceppi: http://review.juju.solutions/review/2357 ?  that link?16:36
marcoceppijrwren: it'll say either PASS, FAIL, PENDING, or RUNNING16:36
jrwrenmarcoceppi: in that case, this too please: http://review.juju.solutions/review/237116:36
marcoceppijrwren: so if you don't see any PENDING or RUNNING then ping a ~charmer to kick them off16:37
marcoceppijrwren: done :)16:37
jrwrenmarcoceppi: thank you.16:37
marcoceppitvansteenburgh: it looks like LXC substrate for charm testing is broken again "ERROR there was an issue examining the environment: cannot use 37017 as state port, already in use"16:38
marcoceppitvansteenburgh: http://juju-ci.vapour.ws:8080/job/charm-bundle-test-lxc/1535/console16:38
tvansteenburghmarcoceppi: thanks, looking into it16:38
roadmrmarcoceppi: hey feel free to defer me if busy, but what I want to ultimately achieve is being able to deploy a crontab configuration to all units for one particular service but have only one of them run the crontab, the others should ignore or early-exit from it. I can't imagine I'm the first to need something like this?16:39
marcoceppiroadmr: so, are you doing this crontab as part of a charm? or outside the charm?16:40
roadmrmarcoceppi: good question :) my plan is for the charm to write the crontab file (say in /etc/cron.daily/blah)16:41
marcoceppiroadmr: if you want it to only run on one unit, then just have this kind of codeblock16:41
marcoceppiroadmr: juju will elect a leader from the service group for you at deploy time, and there will ever only be one leader. If that leader goes away a `leader-elected` hook will fire where you can codify that check so that the cront will only ever exist on one machine16:42
roadmrmarcoceppi: oh cool! yes, I was gravitating towards using is-leader but was thinking of using it at runtime (i.e. in the unit). Doing it on hooks sounds reasonable16:43
marcoceppiroadmr: it's be a safer and repeatable way to do what you're looking for16:44
roadmrmarcoceppi: indeed... and it sounds like the correct way to use is-leader, rather than my horrid mental hacks :)16:44
roadmrmarcoceppi: cool! I'll dive into doing it that way. Thanks so much!16:45
cory_fumarcoceppi: Still no ANN for the new charm-tools?  mbruzek was hitting an issue that was fixed in the new version with --hide-metrics16:49
marcoceppicory_fu: the latest version is out and live16:53
marcoceppicory_fu: it's been out (1.9.2) since Friday, still fighting homebrew'16:54
cory_fuAnything I can help with?16:54
marcoceppicory_fu: it's grunt work, see https://github.com/Homebrew/homebrew/pull/46273 apparently the way I've been doing Formulas for the past 2 years is "wrong"16:55
marcoceppicory_fu: I'm working on it again now, if I can get poet to work I should have it in homebrew soone enough16:58
cory_fuThanks a bunch16:58
cory_fumbruzek's issue was just that he was not aware of the new release.  It is working now, I believe.16:58
marcoceppiof course, poet doesn't install cleanly.17:01
tvansteenburghhow would one fix this: ERROR failed to bootstrap environment: cannot make cloud-init init script for the machine-0 agent: relative path in ExecStart (cloud-city/charm-testing-lxc/tools/machine-0/jujud) not valid17:03
tvansteenburgh"relative path not valid"... i have cloud-city/ dir, but nothing beyond in that path17:05
* tvansteenburgh tries creating dirs...17:05
* tvansteenburgh facepalms. note to future self - don't set JUJU_HOME to a relative path17:15
rick_h_tvansteenburgh: ouch, that seems like a party there17:18
=== plars is now known as plars-holiday
=== natefinch is now known as natefinch-afk
blahdeblahHi all, quick Q: is it possible to tell juju to use MAAS to bootstrap and install the boostrap node into a container in MAAS rather than the base node itself, leaving the base node available for other juju units?22:23
marcoceppiblahdeblah: so bootstrap in a LXC container?22:30
blahdeblahmarcoceppi: yep22:31
marcoceppiblahdeblah: not really, at least not atm, however you can just create a KVM container on the maas-master and tag it "bootstrap" so you can `juju bootstrap --constraints="tags=bootstrap"`22:31
blahdeblahyeah - I've done that before, but it's cumbersome and manual22:32
blahdeblahWhen the LXD driver comes it will be possible?22:32
blahdeblahs/it will/will it/22:32
lazypowermarcoceppi: it may be complete coincidence, but if i have a machine tagged bootstrap maas always picks it for the bootstrap node.22:32
lazypoweri dont have to pass the --constraints bit22:33
marcoceppiblahdeblah: I don't know, I'm not sure if you'll be able to register lxd as a chassis for maas22:33
blahdeblahlazypower: hi - did you see my question about the DNS charm recently?22:33
marcoceppithough that would be pretty awesome22:33
lazypowerblahdeblah : I did not22:33
blahdeblahmarcoceppi: :-(22:33
lazypowerblahdeblah on the repo?22:33
blahdeblahlazypower: No, here; I've read through the doco on it a couple of times and I'm still struggling to understand what you're aiming at with it.22:34
lazypowerblahdeblah : a single charm to handle DNS22:35
lazypowereither setup the bind infrastructure to handle DNS for me, or proxy requests to my upstream DNS provider like Rt5322:35
blahdeblahlazypower: Was hoping you'd have some time to have a hangout to discuss so I can fit into it with the stuff I'm working on.22:35
lazypowerSure. I have a todo to lend a hand integrating it into the big data bundles possibly22:36
lazypowerI can wrap it into that todo, and sync next week over it so it'll be fresh in my mind?22:36
lazypoweri haven't looked under teh hood of the charm in a bit, its been an on-going WIP22:37
blahdeblahmarcoceppi: Any idea who are the people to talk to about explaining my use case?22:37
blahdeblahlazypower: Cool - thanks22:37
blahdeblahlazypower: The current thing that you seem to be aiming for is sending requests to manage DNS records over the relation, right?22:38
blahdeblahlazypower: What I'm hoping to do is tie the DNS records directly to a relation, so that as soon as I add a unit and it's functional, it gets added to DNS without needing to ask anything.22:39
lazypowerThats exactly the plans of the auto relation22:39
lazypowerit uses the units name and a wildcard domain to populate the entire model22:39
lazypowerthat or SRV records22:39
blahdeblahI thought that might be the case, but the doco for it is empty at the moment. :-)22:39
lazypowerlets sling some code g-funky22:40
marcoceppiblahdeblah: the maas team, or email the juju mailing list about it22:40
blahdeblahmarcoceppi: I would have thought it would be all in the juju driver side of things; we can deploy units to LXCs on MAAS now, just not the bootstrap node.22:40
marcoceppiblahdeblah: wait22:41
marcoceppiblahdeblah: what?22:41
marcoceppithe lxc container has to run somehwere though22:41
blahdeblahlazypower: I'm definitely happy to do some coding for it22:41
blahdeblahmarcoceppi: yep, and the MAAS driver allows saying "juju add-unit --to lxc:N", where N is a MAAS-provisioned machine.22:42
blahdeblahmarcoceppi: s/driver/provider/ maybe - not sure on the exact terminology there22:42
marcoceppiblahdeblah: sure, that makes sense, that exists for other providers22:42
marcoceppiso what you want is for maas to spin up a machine and put the bootstrap node on a lxc container on that node?22:42
blahdeblahThat way an environment could be fully auto-provisioned in MAAS without requiring a dedicated bootstrap machine or manually adding KVM nodes to MAAS.22:45
los_Q: is there a current list of providers for JuJu?  "providers" is the "per IaaS enabler" bits right?23:44
cholcombei seem to have run into this problem with the manual provider: https://bugs.launchpad.net/juju-core/+bug/141262123:45
mupBug #1412621: replica set EMPTYCONFIG MAAS bootstrap <adoption> <bootstrap> <bug-squad> <charmers> <cpec> <cpp> <maas-provider> <mongodb> <oil> <juju-core:Fix Committed by frobware> <juju-core 1.24:Won't Fix> <juju-core 1.25:Fix Released by frobware> <https://launchpad.net/bugs/1412621>23:45
marcoceppilos_: there is23:46
los_marcoceppi: thankx...I'll look again.  Did you see this re: LXD? https://www.youtube.com/watch?v=QyXLRDN0ERo23:48
marcoceppilos_: `juju init --show | grep "type:" | grep -v "#" |  awk '{print $2}'` which says the following:23:48
marcoceppilos_: openstack maas joyent gce ec2 cloudsigma vsphere manual local azure23:49
marcoceppilos_: Yes! I have seen teh lxd provider, it'll be in the 1.26-alpha2 release which should be out in a week or so23:49
los_marcoceppi: I swear, if I could wave a magic wand and banish all the old maas/juju vids I think that'd be my best contribution!23:50
marcoceppilos_: haha, yeah... you and me both. You should checkout the Juju video channel which is only publishing fresh content23:50
marcoceppilos_: https://www.youtube.com/channel/UCSsoSZBAZ3Ivlbt_fxyjIkw23:51
marcoceppilos_: we're publishing new content about once or twice a week to that channel23:51
los_marcoceppi: THANKS!  Awesome.23:54

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!