/srv/irclogs.ubuntu.com/2016/04/12/#juju.txt

gnuoyjamespage, easy one if you have a moment: https://code.launchpad.net/~gnuoy/openstack-mojo-specs/mojo-openstack-specs-quantum-fix/+merge/29158607:40
jamespagegnuoy, ok looking now08:11
jamespagegnuoy, +108:12
gnuoyta08:12
jamespagegnuoy, I'd also be tempted todo Quantum/Neutron08:12
jamespagebut not required - the charms still support both08:12
gnuoyjamespage, ok, I'll do that on my next pass if thats ok08:13
Alex____Hi, I have a quick question about BigData charms - there was an update announced on the list https://lists.ubuntu.com/archives/bigdata/2016-April/000068.html so my question is: if one tries `juju quickstart apache-hadoop-spark-zeppelin` does it supposed to deploy a bundle with new, layerd\renamed charms?09:14
TheMueAlex____: not yet deeply in there, but http://bigdata.juju.solutions is a good starting point. maybe you'll find your answer there09:26
Alex____Thanks! I tried :) it mentions this channel. Will try the mailing list then09:29
TheMuehehe, ok, the channel here is fine. but it's a bit early. maybe more luck later.09:30
jamespagegnuoy, amulet used deployer right?09:31
gnuoyjamespage, yes, I believe so09:31
jamespagegnuoy, OK I think the move to make our amulet tests used github is failry trivial then09:31
jamespagegnuoy, https://review.openstack.org/#/c/304482/ if you have two ticks10:42
=== lamertje_ is now known as lamertje
jamespagegnuoy, nice spot on corosync - just peeking at the packages to see why that happens now13:44
gnuoyjamespage, I can't make it out atm. I checked the src package for 3.5 and the dir is still valid looking at the code and docs13:44
jamespagegnuoy, it is yes13:45
jamespagenot sure why the package is not longer creating it tbh13:45
jamespagegnuoy, +1 on that13:45
=== matthelmke is now known as matthelmke-afk
aisraelstub (or anyone else), Can you spot what I'm doing wrong setting install_sources? http://pastebin.ubuntu.com/15792985/15:09
lazyPoweraisrael i dont think you need the full string in there, just ppa:openjdk-r/ppa should suffice15:10
aisraellazyPower: it's getting it to accept all three sources that seems to be the problem15:10
=== cos1 is now known as c0s
SaMnCo-laptopHi there! Reformulating a question here to share info with everyone15:18
SaMnCo-laptopso essentially my problem is that I want to use a layer to create a higher level solution15:18
SaMnCo-laptopthe underlying layer has configuration (config.yaml), but the default values do not fit my usecase15:18
SaMnCo-laptopso I would like to change them15:18
SaMnCo-laptopand I was wondering what would be the best practice for that15:19
lazyPowerSaMnCo-laptop - Great question! So you want to change the default configuration of a lower included layer, and it doesn't make sense to use that layers provided default ever in your inheriting layer?15:22
lazyPowerSaMnCo-laptop - i ask that as a bit of a leading question if it doesn't make sense to simply set that ocnfiguration option in a bundle.yaml.  If this is to provide a sane default all around - simply override the config option in your top most layers config, yaml15:22
SaMnCo-laptoplazyPower-  exactly. The example to be fully transparent is openjdk. By default it would only provide jre, and I need full (which is jdk + jre)15:23
SaMnCo-laptopwell, in a bundle that would mean I lose control of the states15:23
SaMnCo-laptopplus you don't necessarily always use bundles15:23
lazyPowerSaMnCo-laptop - as i understand it, there's an interface: java - which would leave all that up to the subordinate which is delivering java15:23
lazyPowerin which case, overriding config in your layer doesn't make sense unless you are extending layer: openjdk, to provide a new subordinate, which should still go in a bundle.15:25
SaMnCo-laptoplazyPower-  well my initial thought was to extend openjdk yes15:26
lazyPowerSaMnCo-laptop are you deleting the subordinate key in metadata to just consume the states/et-al? then yeah, just override in config and you're on your way to success15:27
=== matthelmke-afk is now known as matthelmke
mbruzekSaMnCo-laptop: kwmonroe wrote the openjdk layer, perhaps he could help with your question15:27
SaMnCo-laptopah I can do that?15:27
SaMnCo-laptopinteresting15:27
SaMnCo-laptopYeah, I'll also connect with Kevin to fully understand best practice here, but this isn't the first time I sort of get into "how can I change the config values from higher layer charms"15:28
lazyPowerSaMnCo-laptop - yep, in layer.yaml you can trim keys out of lower layers config and metadata.15:28
SaMnCo-laptopsince there are also the layer options that can be tweaked15:28
SaMnCo-laptopah so in layer.yaml, what I am  changing is actually the config.yaml options from lower layers15:29
SaMnCo-laptopthat's what I wanted to nail15:29
mbruzekYes think of layer options as build time configuration, but config as user level runtime config15:29
lazyPowerwell, yes and no SaMnCo-laptop15:29
SaMnCo-laptopShrödinger config option15:29
SaMnCo-laptopnow let me open the box :P15:29
lazyPowerSaMnCo-laptop https://jujucharms.com/docs/devel/reference-layer-yaml#yaml-modifications15:30
lazyPowerSaMnCo-laptop so dont confuse that with the options declared in layer.yaml - which as mbruzek  stated are build time constructs, or immutable options that are only exposed at build time15:31
SaMnCo-laptopnever the less, this is good and what I was looking for15:32
SaMnCo-laptopI don't know why I missed that15:32
lazyPowerhappy to help :) o/15:32
SaMnCo-laptopthx buddy!15:33
marcoceppijcastro: have you updated to lxd 2.0.0 from xenial yet?15:42
SaMnCo-laptoplazyPower-  So something is still unclear in that link15:53
SaMnCo-laptopI can delete keys from config, that is great15:53
SaMnCo-laptopbut how do I set them for the underlying layer?15:54
SaMnCo-laptoplike if I delete the java version it's great, less to think about at deploy time, but I would still need to pick one of the avialable options in my code;15:54
SaMnCo-laptopin that case, should I delete and recreate the same option in the new config.yaml?15:55
SaMnCo-laptopfrom the upper layer?15:55
lazyPowerSaMnCo-laptop you dont need to implicitly delete, layers by default override anything declared further below15:55
lazyPowerconfig.yaml keys get merged, top most layer wins, so if you declare in config.yaml your overriding config option, it will 'just work' for this usecase15:55
SaMnCo-laptopok so in my case I am just resetting the value in my upper layer15:55
SaMnCo-laptopok cool15:56
SaMnCo-laptopuseful15:56
SaMnCo-laptopthanks15:56
cmarscharm-tools just upgraded and i got this: https://paste.ubuntu.com/15794377/15:58
cmarsi'm on xenial15:58
gnuoytinwood, didn't you see something like ^ ?15:58
rick_h_marcoceppi: I thought that was corrected a while back when this got packaged? ^15:59
tinwoodcmars, gnuoy: yes, marcoceppi has fixed this and it's going into the ppa as we speak.15:59
marcoceppicmars rick_h_ it's a known issue, it's because of amulet in stable ppa15:59
rick_h_marcoceppi: ah gotcha15:59
marcoceppicmars: just pushed a fix to the ppa, and backporting the now stable charm-tools and charm from xenial to trusty/wily in the ppa16:00
jcastromarcoceppi: I can, I'm a day behind16:00
marcoceppijcastro: it'll break networking, as an fyi16:00
marcoceppijcastro: you'll have to run a thing as a heads up16:00
jcastrook16:01
magicaltroutwhat have i ballsed up this time16:01
magicaltroutI thought you set your review queue issue to new to get it back in the queue?16:01
marcoceppimagicaltrout: yes16:01
magicaltroutwell i set it to new 23 hours ago16:01
magicaltroutthe last thing in the queue was 2 days ago16:02
* marcoceppi checks this bloody old review queue16:02
magicaltroutthe review queue is about as stable as XWindows when I unplug my displaylink adapter16:02
marcoceppimagicaltrout: in so many words, yes16:03
marcoceppimagicaltrout: we've got a /so much better instant updated review queue/ on it's way, we hope to have a public beta in the next week or two16:04
marcoceppimagicaltrout: I've kicked, sharply, it'll take an hour or so to work through the backlog and you'll find your review in there16:05
magicaltroutthanks marcoceppi no problem16:05
bdxcharmers: can someone point me to an example of how to bootstrap an openstack cloud using juju2?16:15
marcoceppibdx: the release notes is the best place at the moment, let me dig16:17
bdxmarcoceppi: thanks. I think I'm close ...16:20
lazyPowercory_fu http://paste.ubuntu.com/15795105/ - have you seen this? I'm getting this on a xenial deployed host16:20
bdxmarcoceppi: clouds.yaml -> http://paste.ubuntu.com/15795119/, credentials.yaml -> http://paste.ubuntu.com/15795152/16:21
cory_fulazyPower: No, but I'd check `env` for some strange LC settings16:21
lazyPowercory_fu - this seems to go deeper, http://paste.ubuntu.com/15795170/16:22
lazyPowerso id ont think its base layer related, looks like poss an image issue?16:22
marcoceppibdx: that looks right16:22
bdxmarcoceppi: I feel like I need to add a bunch of other configs like `image-stream`, `image-metadata-url` .... should these go in clouds.yaml ?16:22
marcoceppibdx: don't you have to add an endpoint to the region?16:24
marcoceppi          regions:16:24
marcoceppi             RegionOne:16:24
marcoceppi                endpoint: http://<whatever>/1.016:24
bdxmarcoceppi: so ... exactly .... here is what I get when trying to bootstrap -> http://paste.ubuntu.com/15795224/16:25
marcoceppibdx: IIRC, it should just look up image information from the provider16:25
cory_fulazyPower: I'm in a meeting right now, so I'm not going to be of much help.  Maybe tvansteenburgh can offer some insight16:25
marcoceppibdx: you're going to hvae to forgive me, I know this is a silly question, but you're def just censoring the ip address for privacy, right?16:25
bdxmarcoceppi: yea16:26
marcoceppibdx: cool, just wanted to double check16:26
lazyPowercory_fu - we have an update, there's a package missing on xenial and debug-hooks gave us some insight when properly trapped16:26
marcoceppibdx: is RegionOne a valid name in the openstack?16:26
bdxmarcoceppi: yes16:26
marcoceppihum, bdx I'm not sure, rick_h_ do you know who can help with the new openstack cloud/credentials setup?16:27
bdxmarcoceppi: so, basically I am specifying the endpoint in the wrong section of clouds.yaml?16:27
marcoceppibdx: well, each region should have it's own endpoint, right?16:27
jrwrenbdx: sounds like your novarc wasn't sourced.16:27
jrwrenbdx: oh, nevermind. I read up now. i'm wrong.16:28
marcoceppibdx: could you move endpoint as a key under RegionOne?16:28
rick_h_bdx: so the config is passed in the --config=yaml or --config key=value to the bootstrap command16:29
bdxrick_h_: yeah ... yeah possibly I need to be specifying the credentials.yaml when I bootstrap?16:30
bdxmarcoceppi: I'll try that now16:31
rick_h_bdx: sorry, otp and tring to multi-task16:31
lazyPowerrick_h_ - is that how we flip amazon image stream from release to daily?16:31
bdxnp16:31
lazyPowerrick_h_ juju bootstrap --config image-streams='daily' or somesuch?16:31
rick_h_lazyPower: yes, any config that was in the env.yaml file is moved to the --config or key=value args on bootstrap of the controller16:31
* rick_h_ pulls up release notes for that section16:32
=== natefinch is now known as natefinch-lunch
rick_h_lazyPower: bdx the idea is clouds never change really, but how you bootstrap to them might. So that config isn't in the cloud as you could bootstrap with and without daily streams/etc16:32
lazyPowerrick_h_ - solid, thanks :) you just unblocked mbruzek and I16:33
bdxrick_h_: ok, so I must pass key=value params when bootstrap openstack cloud?16:33
rick_h_bdx: or a --config something.yaml16:33
rick_h_bdx: see the section "#### Model Configuration at Bootstrap16:34
bdxrick_h_: alongside --config credentials.yaml ?16:34
rick_h_bdx: in https://docs.google.com/document/d/1ID-r22-UIjl00UY_URXQo_vJNdRPqmSNv7vP8HI_E5U/edit#16:34
bdxmarcoceppi: using ->  http://paste.ubuntu.com/15795504/ I get the same error16:35
bdxhttp://paste.ubuntu.com/15795520/16:36
bdxok, I think credentials.yaml is automatically being picked up16:36
bdxso I probably don't need to specify it...16:36
bdxhmmm16:36
marcoceppibdx: right, it will be16:40
marcoceppibdx: ERROR index file has no data for cloud16:40
rick_h_bdx: no, credentials.yaml are added through add-credential16:40
marcoceppiindex file is interesting16:40
marcoceppiI wonder if that refers to the index file for images16:40
rick_h_bdx: right, it'll grab the default for the cloud if you've added them16:40
rick_h_marcoceppi: I bet16:41
marcoceppirick_h_: no --debug flag for bootstrap anymore?16:41
rick_h_marcoceppi: :/ ummm, didn't realize that16:41
bdxmarcoceppi: yeah, it wants an image streams location e.g. somewhere where the index.json references an image id from my cloud ....16:41
marcoceppirick_h_: not showing in `juju help bootstrap`16:42
rick_h_marcoceppi: yea, noticing that16:42
marcoceppibdx: can you try with the --debug flag anyways on bootstrap? that might help lock down a location16:42
marcoceppirick_h_: hoepfully it's just a silent flag16:42
rick_h_marcoceppi: want to test it out, I don't know why it'd be removed16:42
rick_h_marcoceppi: yea, exactly16:42
bdxmarcoceppi, rick_h_: which I have setup, I just don't know how to specify it as config ....16:42
marcoceppibdx: ahhh, okay, this probably lives in the clouds.yaml16:43
rick_h_marcoceppi: bdx yes, that seems like it's common to any bootstrap and part of talking to OS16:43
rick_h_marcoceppi: bdx I'd expect that to be in the clouds.yaml info16:43
marcoceppibdx: you should be able to put them as parent keys at the same level as regions as the same key name that was in the old environments.yaml16:43
bdxmarcoceppi: ok, trying now16:44
rick_h_beisner: do you have a sample juju 2 clouds.yaml for openstack around?16:44
bdxrick_h_, marcoceppi: http://paste.ubuntu.com/15795783/16:46
bdxgives the same index file error16:46
=== redir is now known as redir_afk
marcoceppibutts, hopefully beisner knows, if not I'll go pok some other people16:47
bdxmarcoceppi, rick_h_: sweet, thanks16:48
rick_h_bdx: what's the exact error?16:48
* rick_h_ goes to look at the source for the openstack config16:48
bdxhttp://paste.ubuntu.com/15795844/16:48
bdxrick_h_, marcoceppi: some concrete docs on how to bootstrap an openstack cloud using juju2 would be a huge win16:50
rick_h_bdx: +116:50
rick_h_bdx: https://jujucharms.com/docs/devel/clouds#specifying-additional-cloud16:52
marcoceppirick_h_: yeah, looks like we need to expand these a bit16:54
marcoceppias soon as we figure this out bdx, I'll be opening a merge to update them16:54
rick_h_bdx: looking at that can you try https://pastebin.canonical.com/154062/ please?16:54
rick_h_marcoceppi: yea, I know I got a working copy from sinzui at one point in the past but can't find the link16:55
bdxok, yea, omp16:55
jhobbs:q16:55
jhobbsoops16:55
bdxrick_h_: I haven't permission to access either of the links you have pasted me16:56
rick_h_bdx: ah sorry16:56
marcoceppibdx: http://paste.ubuntu.com/15796065/16:56
bdxI'm not that cool man16:56
bdxawesome16:56
rick_h_http://paste.ubuntu.com/15796067/16:56
rick_h_bdx: ^16:56
rick_h_sorry, autocomplete fail16:56
jrwrenbdx: I dont know as much as these guys about juju2, but it seems to me you need to fill in that <keystone-ip> with your keystone IP.16:57
bdxrick_h_, marcoceppi: I get the same error16:57
bdxjrwren: tracking16:57
rick_h_bdx: ok, and you've gone through https://jujucharms.com/docs/master/howto-privatecloud ?16:57
bdxyeah, I have juju1 controllers bootstrapped all over the place using my local image and tools streams16:58
rick_h_bdx: ah ok16:58
bdxseeing as the error is referencing `index` file .... I'm inclined to think the heart of this issue revolves around juju not knowing the location of my tools/metadata16:59
marcoceppibdx: it's a good guess17:00
rick_h_bdx: http://paste.ubuntu.com/15796290/ is what I got from sinzui17:05
bdxrick_h_: that is the same thing I have going on .... how is he specifying his image-stream/image-metadata-url ?17:07
bdxthose are required params yea?17:07
rick_h_bdx: I don't think so if it's standard location17:07
bdxrick_h_: standard location?17:08
bdxrick_h_: simplestreams tools and metadata17:08
bdxrick_h_: tools and metadata must be generated on a per cloud basis ....17:09
rick_h_bdx: right, but I *think* they're in a specific key in keystone17:09
bdxrick_h_: ehh, a user would define a custom location to where there per cloud generated tools and metadata are ... because there is no generic location ... because they must be generated per an image id  that exists in your cloud right?17:12
bdxtheir*17:17
marcoceppicmars tinwood rick_h_ amulet - 1.14.2-0ubuntu4 fixes the python-path dep issue, charm-tools, amulet, and all are co-installable again17:37
marcoceppiurulama rick_h_ charm and charm-tools landed in xenial last night \o/ I'm drafting up the release announcement now to the list. they've already been backported to the stable ppa for trusty and wily17:38
cmarsmarcoceppi, thanks! updating now17:43
stubaisrael: It needs to be a yaml list encoded as a string, Because you don't have line breaks or indentation in there, it isn't a yaml list but a yaml string. Try setting it to install_sources="['sourcea', 'sourceb']"17:45
=== natefinch-lunch is now known as natefinch
bdxcharmers, marcoceppi, rick_h_, stub: I just pm'd stub with this, thought I would paste this here instead of retyping it so others can see -> http://paste.ubuntu.com/15797232/17:46
skaulhi, I have a doubt for charming a product which does not support silent way of installation and user has to provide input through the command line. How can we charm such types of products where silent mode of installation is not present.17:48
marcoceppiskaul: well, you could have the user provide that information via the configuration for the charm, then when all is collected execute the installation prefilling the prompts either via flags on the command or creating an expect script that answers the prompts17:49
stubbdx: I don't know sorry. I've only used Swift, and even then only with credentials provided by others.17:50
bdxstub: using db's > 30GB ?17:51
stubNo17:52
bdxjesus17:52
bdxok17:52
bdxwell thanks for writing such an awesome charm17:53
stubwal-e can do it. I don't know how to tell ceph to give you a large quota17:53
bdxits not ceph17:53
skaulthe user input provided via the command line has to be read by our juju script which we are writing to automate, through expect script we can get all this user responses and provide it to our install script?17:53
bdxstub: http://docs.openstack.org/liberty/config-reference/content/object-storage-account-quotas.html17:53
bdxstub: I feel this `accout quota` data is stored in one of the .rgw buckets17:55
bdx`account quota`17:55
bdxor possibly in .users.swift17:55
stubNo idea. I do know I've stuffed over 16TB in swift using other tools, just not wal-e.17:56
bdxI have spent a good amount of time trying to figure this out, although I'm getting time boxed by higher ups and am going to have to focus on other things atm17:56
bdxhopefully I have aired this out well enough that others might look into it17:57
marcoceppiskaul: you can have the user fill in this information via the config.yaml file. So you say essentially declare these are the configuration options I need YOU the user to provide, they provide that, once you have it all collected ten you can run the setup script17:59
stubbdx: You might need to air it out in openstack or swift channel, unless one of the openstack charmers here happens to know.17:59
bdxstub: yea ...shoot ... this is not an issue when using swift backend18:00
bdxstub: and radosgw isn't an `openstack` project18:01
bdxlol18:01
skaulok, thanks18:03
bdxstub: thanks, I'll poke around it the ceph chanels, but radosgw is really a grey area openstack service I feel like18:03
bdxpeople who are using ceph alongside/underneath their openstack (the majority) aren't going to want to provision a swift solution too18:06
cory_fukwmonroe, admcleod-: New charms.reactive released with the fix for the str.pop bug18:10
kwmonroe+1 cory_fu!  thx18:17
cmarsok, i've upgraded charm-tools, now I'm getting this issue with `charm build`: https://paste.ubuntu.com/15798307/18:35
cmarsshould i open a bug?18:36
rick_h_lol, "otherstuf"?18:36
tvansteenburghmarcoceppi: ^18:36
cmarshttps://i.imgur.com/HvMP3pE.jpg18:37
marcoceppicmars: do you have python-otherstuf instlaled?18:37
cmarsmarcoceppi, probably not18:37
marcoceppicmars: you should have gotten it18:37
cmarsmarcoceppi, nope, it wasn't installed. missing a dependency in the deb?18:38
marcoceppicmars: it looks like, eek, how did this happen18:38
cmarslol, python-stuf and python-otherstuf18:38
marcoceppicmars: yeah, it's stupid. /me glares at whoever committed that into the project18:39
cmarsstuf is the new utils18:39
cmarsoh snap, now i'm missing pathspec: https://paste.ubuntu.com/15798416/18:41
cmarsand ruamel.yaml18:41
marcoceppicmars: O_O python-pathspec python-ruamel.yaml18:41
marcoceppicmars: I have no idea how this broke from devel ppa to archive18:42
cmarsmarcoceppi, ok that's all that was missing. my mattermost layer is now happy again :)18:42
marcoceppicmars: dang dude, thanks for pushing through, I'll have a new package ready for update to xenial with these added18:43
cmarsmarcoceppi, no worries, that's why i run xenial and run this stuff everyday :)18:43
=== redir is now known as redir_lunch
=== redir_lunch is now known as redir
tinwoodthanks marcoceppi19:20
=== natefinch is now known as natefinch-afk
=== alexisb is now known as alexisb-afk

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