=== frankban|afk is now known as frankban
kjackaladmcleod: so in order to use the latest packages and distribution of bigtop you will need to change the following configuration variables08:46
kjackal "bigtop_version":08:48
kjackal   "bigtop-master"                                                                                    "bigtop_release_url": "https://github.com/apache/bigtop/archive/master.zip"08:48
kjackal    "bigtop_repo-x86_64": "https://ci.bigtop.apache.org/job/Bigtop-trunk/BUILD_ENVIRONMENTS%3Dubuntu-14.04,label%3Ddocker-slave/lastSuccessfulBuild/artifact/output/apt/"08:48
admcleodkjackal: where are those values?08:48
admcleodkjackal: in which file08:48
kjackalthese are config variables of the bigtop-base layer08:49
kjackalso they have to be set at the layer.yaml of your charm08:49
kjackalIt would be nice if we had the option of setting them ad deployment time08:50
kjackalright now they have to be set at build time08:50
kjackaladmcleod: there is something else to be aware of. The patches under resources inside the bigtop base have now been grouped per release08:51
admcleodkjackal: i see. ok, thanks08:51
kjackalfor master the directory is bigtop.master08:52
kjackalthe idea is as soon as 1.2.0 release is out we should move all patches to a new directory re build our charms and publish them again08:53
kjackalthere is a titcket+email that describes the situation08:54
admcleodkjackal: yes im aware of that, thanks08:54
eeemil_I'm new to Juju. I'm trying to deploy openstack-base. When I'm trying to deploy using the GUI, an error occurs instantly: 'The following errors occurred while retrieving bundle changes: unknown object type "ChangeSet"' and nothing happens.09:12
eeemil_When trying with the CLI, stuff seems to be deploying properly when inspected through "juju status" (however, the GUI doesnt show that anything has been deployed). Things however seems to get stuck though on that Keystone-unit won't recognize its Database-connection.09:12
eeemil_Anybody knows where I should start to diagnose stuff? Shouldn't the services deployed through CLI show up in the GUI?09:12
eeemil_I'm deploying on AWS by the way.09:14
babbageclunkeeemil_: It sounds like there's a version mismatch between the GUI and the version of juju you're running. What beta are you on?10:08
babbageclunkeeemil_: Are you on the mailing list? There was an API change recently that would cause this.10:10
babbageclunkeeemil_: https://lists.ubuntu.com/archives/juju/2016-July/007505.html10:10
babbageclunkeeemil_: That has instructions to upgrade the GUI so it'll work with the new API..10:11
eeemil_I'll look into it, I'm not on the mailing list but have subscribed now!10:14
babbageclunkeeemil_: As far as the keystone unit not connecting to the database - maybe try looking in the logs? "juju debug-log --replay"10:15
eeemil_Ahh, wasnt aware of the --replay-flag. Thanks! I'll look into it further. Do you know of any more helpful commands for debugging charms? I tried SSH:ing to the machines but couldnt find much of use.10:21
magicaltroutyou can look at the log on the charm itself in /var/log/juju as well10:22
magicaltroutbut its identical to the replay log, so you won't see much else :)10:22
magicaltroutof course ssh'ing when you have an error does allow you to double check configuration settings etc manually10:22
magicaltroutalso you can do stuff like juju run --unit dcos-master9/0 "hooks/install" to forcibly re-run a hook10:23
eeemil_Yeah, the juju run-command seems really helpful, I didn't know you could force-run a hook like that!10:25
eeemil_By the way, babbageclunk: the newer juju gui version did the trick, I can now see everything through the gui! :)10:35
babbageclunkeeemil_: Great!10:35
kjackalSaMnCo: admcleod: Michael replied and he seemed realy eager to work with us. Are you interested in talking with him? Do you have any time constraints?10:55
admcleodkjackal: sure10:58
SaMnCoNot after 5PM please, got people at home after that11:49
SaMnCoOtherwise my calendar is up to date11:49
SaMnCokjackal: ^12:10
kjackalOk SaMnCo, thanks12:23
jamespagemarcoceppi, https://code.launchpad.net/~james-page/charm-helpers/apache-2.0/+merge/29932014:42
jamespagemarcoceppi, that was quick14:47
marcoceppijamespage: lgtm14:47
marcoceppijamespage: do you forsee major issues with moving charmhelpers to gh? I know it'd be an undertaking, and we'd have to setup lp to mirror gh for legacy - curious your opinion14:57
jamespagemarcoceppi, +115:09
jcastroadmcleod: heya15:13
jcastroare you guys going to submit to big data spain15:13
marcoceppijamespage: cool, I'll take a stab at initial migration later this week15:14
geethaHi, when I deploy my charm in juju 2.0 and try to change default value for config opion using juju set-config, config-changed hook is triggering but config.changed.<option> state is not set.16:21
geethaHi, when I deploy my charm using juju 2.0 and try to change default value for config option using `juju set-config` command, config-changed hook is triggering but config.changed.<option> state has not set. Can any one please suggest me on this?16:27
=== frankban is now known as frankban|afk
=== stub` is now known as stub
cory_fukwmonroe, petevg, admcleod, kjackal: I don't know if you guys saw the thread on the juju-dev mailing list about automatic hook retries, but we should get in the habbit of using `juju set-model-config automatically-retry-hooks=false` when doing our testing to help us spot any hook failures that go away on the retry (I know that came up at least once in the Bigtop charms).16:46
cory_fu(Note: that's a 2.0 command)16:47
petevgcory_fu: roger that.16:47
kjackalcory_fu: ack!16:48
mgzcory_fu: that seems reasonable to me.16:48
cory_fuIf anyone was interested in the thread, it starts with https://lists.ubuntu.com/archives/juju-dev/2016-June/005714.html16:49
=== dpm is now known as dpm-afk
=== gnuoy is now known as jamespage_shadow
=== jamespage_shadow is now known as gnuoy
=== gnuoy is now known as jamespage_shadow
=== jamespage_shadow is now known as gnuoy
=== gnuoy is now known as jamespage_shadow
bdxopenstack-charmers: hey whats up guys? I know, I just missed the openstack meeting, which is where I was hopping to bring these up ... but I have a few usablility concerns I wanted to get some input on if you don't mind17:30
=== jamespage_shadow is now known as gnuoy
mskalkamarcoceppi, I'm adding some functionality to cholcombe's Juju crate and a question came up: Does the relation-ids function work outside of a relation hook? If so, would you just have to specify the relation identifier?17:32
=== gnuoy is now known as jamespage_shadow
=== jamespage_shadow is now known as gnuoy
=== gnuoy is now known as jamespage_shadow
=== jamespage_shadow is now known as gnuoy
rick_h_cherylj: do you know if anyone's around for your team's sync this week?21:01
cheryljrick_h_: for the core leads call?  I seriously doubt it21:02
rick_h_cherylj: more for the current "let's chat with rick_h_" call but yea21:03
cheryljtim's out, ian's out, alexis is out, menno is out21:03
rick_h_ok, will just kill off then21:03
cheryljyeah, I'm more certain about that one21:03
cholcomberick_h_, are there any plans for cross controller relations?  Say for example aws east and aws west juju controllers talking to one another?22:43
magicaltroutyes cholcombe22:46
magicaltroutand cross providers22:46
cholcombemagicaltrout, oh man that's awesome!22:46
magicaltrout(i'm only saying yes because I asked the same a few times)22:46
cholcombemagicaltrout, is there a roadmap for that?22:46
magicaltroutdunno, it cropped up on the mailing list a few times22:46
cholcombegetting ceph radosgw to federate properly kinda needs it22:46
magicaltroutI used the monitoring problem as a good explaination, if I want to monitor my services, I don't really want my monitoring on the same infrastructure22:47
cholcombeyeah that's a good example22:47
magicaltroutor if I have a bunch of models, I also don't want them all to have their own monitoring22:47
magicaltroutI want a central service my models can relate to22:47
cholcombeyeah i think that would be really helpful to have22:48

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