/srv/irclogs.ubuntu.com/2016/06/03/#juju.txt

thumperlazyPower: o/00:05
lazyPowerhey thumper!00:05
thumperlazyPower: your b'day today for you right?00:05
lazyPowerin a couple hours ye00:05
thumperso it is today for me, not you00:06
thumperhappy birthday from the future00:06
lazyPowerxD00:06
magicaltrouthow old ya gonna be lazyPower ?00:07
lazyPower3300:08
magicaltroutawww we become the same age yet again......00:09
lazyPower;)00:11
lazyPowerI'm cool with following in your footsteps. I've had worse role models00:11
lazyPowerzing!00:11
magicaltrouthere you go lazyPower, I have your beats lined up for the flight tomorrow, in the mean time, you can learn a lot from this: https://www.youtube.com/watch?v=5pidokakU4I00:19
magicaltrout;)00:19
lazyPowerTHIS IS FANTASTIC!00:22
magicaltrouthehe00:22
magicaltroutits pretty clever00:22
aisraellazyPower: I am so far from unpacked!00:28
lazyPoweri hear ya i'm on the other end of that, as in not packed.00:28
=== natefinch-afk is now known as natefinch
menn0lazyPower: you still around?02:48
lazyPowermenn0 i am. hacking on etcd - whats up?02:48
menn0lazyPower: I have a potentially stupid question about charm revisions02:49
lazyPoweri have an equally potentially stupid answer :)02:49
lazyPowergo for it02:49
menn0lazyPower: in the charm store the ubuntu charm has a rev of 002:49
menn0if you install it the charm URL is cs:ubuntu-002:49
menn0yet it has a revision file with 7 in it02:49
menn0what's up with that?02:49
lazyPowerWhen a charm is published it goes into the unpublished channel, and these entities increase n+1 everytime you push02:50
lazyPowerwhen you "publish" a charm into a channel, that creates a new revision for that channel, again, n+1 that is a reference to the charm-revision in the unpublished channel.02:51
lazyPowerso its likely there is a cs:ubuntu-0 through cs:ubuntu-7 in the unpublished channel, while the stable release is pointed at cs:ubuntu-7, thus resulting in cs:ubuntu-0 having a revision file with the contents of "7"02:51
menn0lazyPower: ok right02:52
menn0lazyPower: this is causing me some headaches with model migrations... but I think I can work around it02:52
lazyPowerhttps://jujucharms.com/docs/devel/authors-charm-store02:52
lazyPoweri think this is a temorary headache while we start to roll things over in teh new store02:52
lazyPowers/temorary/temporary/   s/teh/the/02:53
menn0lazyPower: ttvm... this explains a lot02:55
menn0I will have to accomodate this in model migrations02:55
lazyPowerhappy to help menn002:55
gnuoytinwood, I'd be really grateful if you could take a look at these http://paste.ubuntu.com/16942097/ when you have sometime. The charms.openstack pull request is probably the more important/contentious08:30
tinwoodgnuoy, sure no problem.08:30
tinwoodgnuoy, sneaky :) Four reviews in one paste!08:31
gnuoyyeah, sorry08:31
=== mup_ is now known as mup
=== stokachu_ is now known as stokachu
=== FourDollars_ is now known as FourDollars
gahanHi, is it safe to use logroate on juju's logs?09:08
gahandoes juju has some built-in mechanism for log rotation or can I go ahead and add a logrotate script?09:26
gahando i need to reload rsyslogd post rotation?09:27
=== \b is now known as benonsoftware
=== Anita is now known as Guest22054
tinwoodgnuoy, review on charms.openstack done.  Now moving on the others.11:45
tinwoodgnuoy, reviews done.  I'm busy from 1pm till about 2pm, but otherwise free, if you want to push back on those comments! :)11:57
=== CyberJacob is now known as zz_CyberJacob
marcoceppigahan: it is safe to logrotate, but juju should do that for you. What version of juju are you using?12:17
magicaltroutmarcoceppi: i'd like to revamp the mongo charm to make it suck less, but its in ~charmers and owned by lazyPower etc12:23
magicaltroutdo i need to do anything other than fork it to make it happen?12:23
marcoceppimagicaltrout: you could use the layer I started but never got around to finishing as a base12:24
magicaltroutcool12:24
marcoceppimagicaltrout: the old charm is gross, best to just start fresh for Xenial12:24
magicaltroutyeah12:24
marcoceppihttps://github.com/marcoceppi/layer-mongodb12:24
magicaltroutexcellent12:24
marcoceppimagicaltrout: I got installing and switching between versions pretty much done, next was to figure out how to replica set12:25
marcoceppimagicaltrout: it's a few months old, so the reactive file needs some love to drop the abuse of @hook, happy to help where I can (just as soon as I finish up my gitlab changes ;)12:26
magicaltroutyeah im not in a huge hurry for it but 2.4 is ancient and it just needs some love12:27
magicaltrout2.4 is pre agg framework wihch will make a lot of apps like drill quite sad12:28
magicaltroutalso marcoceppi whats the status on decoupling layer basic from ubunut?12:29
magicaltroutubuntu12:29
marcoceppimagicaltrout: just some talk, we're not sure how to really decouple, there's a bunch of ways to do it. I was thinking we could possibly have a layer:ubuntu, layer:centos, layer:windows approach12:31
marcoceppiwhich would all inherit the "basic" layer which would simply be the bits required to install reactive12:31
magicaltroutyup12:31
marcoceppicory_fu: ^ thoughts?12:32
magicaltrouti'd like ot make a concerted effor to build cross platform charms for people who are crazy and run centos etc12:33
marcoceppimagicaltrout: well that becomes a little more difficult12:33
magicaltroutbut of course apart from saiku every charm i write inherits layer basic12:33
marcoceppireally it boils down to linux and windows, and it starts getting messy with package management12:33
marcoceppiso, excluding windows for a hot min12:34
magicaltroutwindows I can get over12:34
marcoceppihttpd vs apache212:34
marcoceppithere's not standard package names for ubuntu vs centos12:34
marcoceppiwhich means, without an abstraction layer like puppet, chef, anisble, etc, making a cross-linux charm is going to be tough12:34
magicaltroutyeah but in part thats your competition so why not at least come up with a plan as to how to leverage centos based charms alongside ubuntu ones12:36
magicaltroutin puppet its easy enough to alias that type of stuff12:36
marcoceppimagicaltrout: you can, you just use puppet, chef, ansible, whomever inside your charm ;)12:37
magicaltroutthats a crap answer :P12:37
marcoceppiwhy re-invent configuration management whene there's N+1 tools already doing it?12:37
marcoceppiits' the reason charms are langauge agnostic12:37
lazyPower^ this12:37
marcoceppiwe really don't care how you set up the machine, you just need to set the machine up so it can participate in the model12:38
magicaltroutyeah but you're telling me as a charm author if I want to support non ubuntu i need to use puppet to configure it or write a centos specific charm12:38
magicaltroutin which case as a service provider i might as well just write a puppet module and stick it in puppet forge12:39
magicaltroutof course i'm just playing devils advocate here, but i think its valid reasoning12:39
marcoceppimagicaltrout: puppet doesn't get you what juju does. In the same way that docker doesn't get you waht puppet does12:39
marcoceppiwhy is wrapping a charm around a docker container valid but wrapping a charm around a puppet module not?12:40
marcoceppifurthermore, there's nothing stopping you from writing a bit of python that does this feature from all the other CM tools12:40
magicaltrouti dislike wrapping docker containers as well :P12:40
lazyPoweryeah?12:41
marcoceppiyou don't have to use any of these CM, just that it's a solved problem - right tool for the job kind of thing12:41
lazyPowermagicaltrout - one of these days i want to talk to you about that :) get your insights there12:41
marcoceppiwhy wrap a charm around a java application?12:41
marcoceppiwhy wrap a charm around anything at that point?12:41
magicaltroutyou wrap a charm around an app to provide actions and relations12:41
magicaltroutbut i could install saiku on any java running platform with no change in code12:41
marcoceppiyou wrap a charm around a puppet script to provide it actions and relations ;)12:41
magicaltroutmy thinking is why do i need to wrap puppet in a charm to do the same, I don't want to learn juju & puppet to do the job12:42
magicaltroutI just want to learn juju12:42
magicaltrouthell12:42
marcoceppiI think you have a valid point12:42
magicaltrouti hate ruby :P12:42
marcoceppiultimately, this functionality, installing packages across distributions of linux, isn't unique to juju/charms. I would have hoped that by now someone had found a tasteful way to do it in python, either by extracting it from a CM tool, or just spear heading it12:43
magicaltrouti'm not saying i wont figure out a way to do it, but I do think there should be at least some basics in charmhelpers or somewhere12:44
marcoceppi(there's also a pull request on charm-helpers to add transparent switching between apt and yum based on the linux you're on)12:44
marcoceppibut that means you'll have to maintain logic in your layers to say this list of packages are APT, this list is YUM12:44
magicaltrouti'm not trying to absolve myself of responsibility, and also you lot work for canonical so I wouldn't see it being top of your lists either12:44
lazyPowerwell i think with the proper abstractions, and amenities to the charm - you could do some build matrices of a layer.yaml that would give you pretty good results in 'just juju and python'.12:44
magicaltroutbut having talks to people at strata hadoop and stuff yesterday, its a pertinent question12:45
lazyPowerwe will however need to do that 3 tier breakout of basic => series12:45
magicaltroutyeah12:46
marcoceppimagicaltrout: https://code.launchpad.net/~dbuliga/charm-helpers/charm-helpers/+merge/29632012:46
magicaltrouti think it would be pretty easy to prototype though12:46
magicaltrouteven if it doesn't cover all use cases12:46
marcoceppimagicaltrout: if you want to help shepard some of the underpinnings for this in12:46
lazyPowerand sorry for using the word abstraction there, when i mean - using the same patterns with the same state mechanics. Just  replacing the  bits you cant make generic.12:47
magicaltroutyeah12:47
magicaltroutokay marcoceppi i'll try and pick some of that up and see what I can do12:47
magicaltroutlazyPower: sounds like you have layer basic -> layer:ubuntu, layer:centos which inherit it and just override any functions you can't genericise12:49
lazyPoweryeah12:49
lazyPowerand i htink if you do something like layer_options for the package list, and override that as required...12:49
marcoceppimagicaltrout: I imagine it'd be something like (layer:ubuntu,layer:centos) -> layer:linux -> layer:basic12:50
lazyPowerit seems like it could work12:50
magicaltroutalso i remember talk of Windows getting and APT like package manager12:50
magicaltroutcould work over there as well12:50
magicaltroutyeah valid point marcoceppi12:50
marcoceppiwhere if you want to jump into a non-distro specific charm, layer:linux is what you'd use12:50
lazyPowerdisregard i said that... it sounds worse now that i've read it out loud12:50
magicaltrouthehe12:50
marcoceppiand with custom tactics, we could do some clever things12:50
marcoceppilazyPower: did you ever get custom layer tactics working?12:50
lazyPoweruhhhhhh12:51
lazyPoweryes12:51
lazyPowerbut its not shipped12:51
lazyPowerits in layer-docker branches somewhere12:51
magicaltroutwhat's custom tactics?12:51
magicaltroutdare i ask?12:51
marcoceppicool, just curious12:51
marcoceppimagicaltrout: another knife for which you can poke your eye with ;)12:51
lazyPowerthings the builder does when building charms12:51
lazyPowerso like, i want to wheelhouse *all the thingggssss*12:51
lazyPoweri need to customize the venv in which its buliding the wheelhouse :P12:52
lazyPowera-la even more sticks in even more eyes12:52
marcoceppiright, so a tactic is what the builder uses to process files during the build process12:52
magicaltroutgot ya12:53
magicaltroutcool12:53
magicaltrouthttp://pastebin.com/3TsBLLG8 from where I'm sitting (heathrow terminal 5 quiet zone.....) it seems like thats not too far removed as an implmentation technique that could be done in juju13:00
magicaltroutand would make sense without getting too far down the line into reinventing puppet13:00
magicaltroutin the dependencies yaml you could easily do something like13:01
magicaltrouthttps://gist.github.com/buggtb/1805107403835aa897657cfa0ac08f8c13:01
magicaltroutwhich would be pretty clean13:01
marcoceppiit'd be great if there was like an online registry of every "software" name and it's corrosponding package name in an OS so that you could have it populate this mapping during charm build13:02
magicaltroutpackages.juju.solutions ;)13:02
gahanmarcoceppi: regarding logrotate -> using juju 1.2513:05
marcoceppimagicaltrout: <313:06
marcoceppigahan: this was fixed in 1.25.5, what does `juju version` say explicitly?13:07
tasdomasis there a preferred way for handling relation departures with interface layers?13:12
tasdomasi.e. what's a good practice for this?13:12
gahanmarcoceppi: 1.25.5-trusty-amd6413:14
gahanmarcoceppi: how often are they rotated? monthly? depending on size?13:14
marcoceppigahan: i think it's size dependant13:16
lazyPowertasdomas - i'm actually working through that right now13:19
lazyPowertasdomas - i can step you through what i'm implementing shortly, its not pushed anywhere. I can ping you then?13:20
tasdomaslazyPower, sure!13:20
lazyPowertasdomas - but before i skip the basics. Have you read the interface-layers doc page?13:21
tasdomaslazyPower, yeah13:24
lazyPowertasdomas - https://github.com/juju-solutions/interface-namenode-cluster/blob/master/peers.py#L36 - may answer your question before i do as well13:25
tasdomaslazyPower, perhaps I should have asked a better question13:26
tasdomaslazyPower, I'm thinking about the charm layer - basically - when a relation is broken/departed, the *_available state gets removed from the conversation13:27
tasdomaslazyPower, but if I need e.g. to remove some entry from a file13:27
tasdomasis there a way to get data on which conversation got broken?13:27
lazyPowerthere is, this is what i was just testing13:30
marcoceppimagicaltrout: can drill ingest data sources from elastic search?13:30
magicaltroutnot yet marcoceppi there is an open ticket for that. Also I have a proposal in with a client to build that connector13:31
magicaltrouti don't know if they'll say yes or not, but it will arrive sooner or later13:31
marcoceppimagicaltrout: sweet, that'd be awesome13:31
magicaltroutyeah, its not hard to build either because elastic searches query lanugage isn't that expressive13:31
magicaltroutso you'd push some filtering down to ES and do the aggregations and grouping in memory i suspect13:32
magicaltrouta bit like mongo pre-aggregate framework13:32
magicaltroutthe underlying calcite engine will allow you to run SQL over the resultset that isn't technically supported by the source data13:32
magicaltroutwhich is pretty cool13:32
magicaltroutit was something me and SaMnCo touched on briefly yesterday, the ability to do full analytics and reporting over beats and other ES data sources13:35
tasdomaslazyPower, so maybe the way to handle departures is to set a _departed state on the conversation?13:37
tasdomaslazyPower, that way at least the conv object would get passed to the state handler13:38
lazyPowertasdomas - That works, The one thing i did find is that i had to leverage the -departed hook as my source of who was actually leaving the conversation13:38
lazyPowerthe -broken triggers on every unit. In my specific case i'm deregistering and terminating a unit, before it goes it has to self unregister. It was neat to see every unit but the leader drop offline13:39
tasdomaslazyPower, is there a snippet of a source file you could point me at?13:40
lazyPowerhttps://gist.github.com/e8fe095b99a17038d399ee6776cfb2b713:41
lazyPowerline 3713:41
lazyPowerand https://gist.github.com/anonymous/f157083d14a930493a4cafcd2b1da7ae#file-etcd-py-L316 - is where i handle it in the reactive code.13:42
tasdomaslazyPower, I  see that you don't call depart() on the conversation - is that something that needs to be done?13:44
lazyPowerThats news to me. I'll look in a sec. I'm seeing the proper behavior but i may be leaving things open.13:45
lazyPowers/open/incomplete13:45
magicaltroutokay so 10 hours on a flight *if* i have at seat power, I need to a) add some more config to Drill b) write some PDI charm tests c) listen to lazyPower's beats d) write some Saiku relations for other data sources e) finish off Saiku schema stuff so it hooks in juju properly for 3.913:45
magicaltroutshould keep me busy13:45
lazyPowersaved the beats for the plane huh? bold move13:45
magicaltrouthehe13:46
magicaltrouti also want to write a Pentaho BI server charm as well13:46
magicaltroutso i have their stuff downloaded for the flight13:46
lazyPowerI've been told the jams were rocket fuel for charming. this is per kwmonroe_13:47
magicaltrouthehe13:47
jrwrenit is lazyPower music beats, or is it lazyPower talking about elasti.co products?13:48
lazyPowerits music jrwren  :)13:48
jrwrencool. oontz oontz oontz.13:49
lazyPowertrip hop actually13:49
lazyPowerbut oontz indeed :)13:51
gahanmarcoceppi: thanks13:53
jrwreni was thinking: tshuk tshuk -- thump13:53
magicaltroutalrighty time to find some caffiene and a flight13:55
magicaltroutsee ya'll in 12 hours13:55
lazyPowerjrwren niiice, even better14:08
Anita_I am trying to install JUJU 2.0 as non-root14:23
Anita_But "juju bootstrap lxd-test lxd" giving error14:23
Anita_tried logging off and loggin in again as nonroot user14:24
Anita_but problem is still not solved14:24
jrwrenAnita_: can you create an lxc/lxd instance using `lxc launch ubuntu:` ?14:26
Anita_ok let me try14:27
Anita_root@c277-pkvm-vm62:~# su - charm charm@c277-pkvm-vm62:~$ lxc launch ubuntu: error: Get http://unix.socket/1.0: dial unix /var/lib/lxd/unix.socket: connect: permission denied charm@c277-pkvm-vm62:~$14:27
Anita_charm@c277-pkvm-vm62:~$ groups charm lxd charm@c277-pkvm-vm62:~$14:27
Anita_root@c277-pkvm-vm62:~# su - charm charm@c277-pkvm-vm62:~$ lxc launch ubuntu: error: Get http://unix.socket/1.0: dial unix /var/lib/lxd/unix.socket: connect: permission denied charm@c277-pkvm-vm62:~$14:28
jrwrenAnita_: does `id |grep lxd` output anything or is it blank?14:29
Anita_charm@c277-pkvm-vm62:~$ id |grep lxd uid=1001(charm) gid=1001(charm) groups=1001(charm),116(lxd) charm@c277-pkvm-vm62:~$14:30
Anita_are you able to get my message jrwren?14:30
Anita_Yes I am able to get your message14:31
Anita_charm@c277-pkvm-vm62:~$ id |grep lxd uid=1001(charm) gid=1001(charm) groups=1001(charm),116(lxd) charm@c277-pkvm-vm62:~$14:31
jrwrenAnita_: yes. I read you. is lxd running? `ps auxw | grep [/]usr/bin/lxd`14:31
Anita_charm@c277-pkvm-vm62:~$ `ps auxw | grep [/]usr/bin/lxd` The program 'root' is currently not installed. To run 'root' please ask your administrator to install the package 'root-system-bin' charm@c277-pkvm-vm62:~$14:32
Anita_Shall I install root-system-bin?14:32
jrwrendon't paste my backticks. I included those only to be clear about what command I wanted you to run.14:33
jrwrenrun only: ps auxw | grep [/]usr/bin/lxd14:33
Anita_k14:33
Anita_sorry ok14:33
Anita_charm@c277-pkvm-vm62:~$ ps auxw | grep [/]usr/bin/lxd root     12249  0.0  0.6 492736 25152 ?        Ssl  04:48   0:05 /usr/bin/lxd --group lxd --logfile=/var/log/lxd/lxd.log charm@c277-pkvm-vm62:~$14:34
jrwrenno worries. I write too much markdown ;]14:34
Anita_:)14:34
jrwrenhrm, well, those are all of the simple things to check. I do not know what to check next.14:35
jrwrenAnita_: ls -al /var/lib/lxd/unix.socket14:35
Anita_charm@c277-pkvm-vm62:~$ ls -al /var/lib/lxd/unix.socket srw-rw---- 1 root root 0 Jun  3 02:52 /var/lib/lxd/unix.socket charm@c277-pkvm-vm62:~$14:35
Anita_charm@c277-pkvm-vm62:~$  juju bootstrap lxd-test lxd ERROR invalid config: can't connect to the local LXD server: Permisson denied, are you in the lxd group?  Please configure LXD by running:         $ newgrp lxd         $ lxd init14:36
Anita_charm@c277-pkvm-vm62:~$ newgrp lxd charm@c277-pkvm-vm62:~$14:36
Anita_newgrp lxd is successful14:36
jrwrenlooks like that socket is owned incorrectly.14:36
jrwrenAnita_: sudo chgrp lxd /var/lib/lxd/unix.socket14:37
jrwrenAnita_: and try lxc launch command again.14:37
Anita_ok14:37
Anita_lxc launch command is means initializing lxc?14:37
Anita_sudo dpkg-reconfigure -p medium lxd?14:38
jrwrenAnita_: it starts an lxc instance using lxd just like juju would.14:38
jrwrenAnita_: that probalby wouldn't hurt, but no, by "try lxc launch command again" i mean run `lxc launch ubuntu:` like I said in my first reply.14:39
Anita_Ok I will try14:41
bryan_attgnuoy: ping14:42
gnuoyhi bryan_att14:42
bryan_attgnuoy: hi, I had a question about the Congress charm you showed working14:42
gnuoysure14:42
Anita_charm@c277-pkvm-vm62:~$ lxc launch ubuntu: Creating legal-enid Starting legal-enid charm@c277-pkvm-vm62:~$14:42
Anita_This time its giving some output14:42
jrwrenAnita_: that worked. you can `lxc stop legal-enid ; lxc delete legal-enid` and juju bootstrap now.14:43
Anita_ok14:44
bryan_attgnuoy: per http://paste.ubuntu.com/16729946/ I was not able to duplicate this and want to know more about the test14:44
gnuoybryan_att, sure, what would you like to know?14:44
gnuoywhich bit is not working for you?14:45
bryan_attgnuoy: there are no trusty packages for Congress. Where did you get the packages from?14:45
gnuoybryan_att, I built from git branch14:45
gnuoybryan_att, line 23 of the pastebin14:46
Anita_juju bootstrap is running... taking sometime14:46
Anita_charm@c277-pkvm-vm62:~$ juju bootstrap lxd-test lxd14:46
bryan_attgnuoy: OK, when I tried that I had an error - I will paste the bin link again14:47
Anita_charm@c277-pkvm-vm62:~$ juju bootstrap lxd-test lxd Creating Juju controller "local.lxd-test" on lxd/localhost Bootstrapping model "admin" Starting new instance for initial controller Launching instance WARNING error copying image: Failed to create ZFS snapshot: cannot create snapshot 'lxd/images/5a2cd3b9793fb066f28399deb294da31c56a7f18c577c73b6bfae1a1918fb007@readonly': dataset already exists no snapshots were created  unable to get L14:49
Anita_charm@c277-pkvm-vm62:~$ juju bootstrap lxd-test lxd Creating Juju controller "local.lxd-test" on lxd/localhost Bootstrapping model "admin" Starting new instance for initial controller Launching instance WARNING error copying image: Failed to create ZFS snapshot: cannot create snapshot 'lxd/images/5a2cd3b9793fb066f28399deb294da31c56a7f18c577c73b6bfae1a1918fb007@readonly': dataset already exists no snapshots were created  unable to get L14:49
bryan_attgnuoy: OK, that was an earlier error. But where I am is I don't see how you were able to get the service running with the charm as-is. I had to modify the chsrm for the build process as it did not include all the necessary steps.14:50
bryan_attgnuoy: I will paste the current procedure - hang on14:50
gnuoysounds good14:50
bryan_attgnuoy: let's talk about this procedure from congress.py https://www.irccloud.com/pastebin/hMMamRRJ/14:53
bryan_attgnuoy: there are several things there that were not in your original, but are necessary for the service to be activated (as you showed by the datasource creation step)14:54
Anita_jrwren_: lxd/images/5a2cd3b9793fb066f28399deb294da31c56a7f18c577c73b6bfae1a1918fb007 is looks like some previous image which couldnot delete due to read-only14:54
Anita_is that causing issue?14:55
jrwrenAnita_: that would be a different issue.14:55
bryan_attgnuoy: not that this all works yet - I just don't see how you were able to activate the service without the full sequence of steps, e.g. congress-db-manage14:55
gnuoybryan_att, those two commented out lines look like mistakes14:56
Anita_jrwren_: after this bootstrap should pass?14:56
gnuoybryan_att, having said that there is a congress-db-manage step14:56
bryan_attgnuoy: they are earlier attempts - ignore them14:56
bryan_attgnuoy: OK, let's compare to your original14:57
gnuoyok14:57
Anita_jrwren_: what is the steps to clean a lxd when we uninstall juju 2.0?14:57
Anita_jrwren_: what is the step to uninstall juju 2.0 ?14:59
bryan_attgnuoy: hang on, relocating the original14:59
gnuoybryan_att, sure, no problem14:59
jrwrenAnita_: i do not know. I only know a little about getting to running.15:00
bryan_attgnuoy: here is your original https://www.irccloud.com/pastebin/2OJIMozC/15:00
Anita_jrwren_: wants to retry after proper clean up15:01
bryan_attgnuoy: there is no congress-db-manage step in that - how did you init the schema?15:01
beisnertinwood, gnuoy - so with tempest charm now in gerrit, i'm trying to add a very basic unit test.  i immediately hit the namespace conflict between lib/charm/openstack/foo (charm.openstack.tempest vs charm.openstack layer, which i presume is why charm_openstack is the new module name)15:01
gnuoybryan_att, if you look in reactive/handlers.py you'll see that when the database is ready the schema is initialised15:02
gnuoybryan_att, http://paste.ubuntu.com/16948479/15:02
bryan_attgnuoy: when I tried your example that did not work15:03
jrwrenAnita_: if `lxc list` shows an empty list, I've `rm -rf /var/lib/lxd/`  and then run `sudo lxd init`15:03
Anita_Thanks a lot jrwren... will retry after uninstall of juju 2.015:03
beisnerso after switching to the charms.openstack (charms_openstack) module in the tempest charm, import issues are solved.  now it complains that i've not declared a release.  i want the charm to declare that it works with all releases, but stumbling on how to express that.  https://github.com/openstack-charmers/charms.openstack/blob/master/charms_openstack/charm.py#L110   seems to accept only one.15:03
bryan_attgnuoy: I assumed that these were missing steps that had to be manually included in the src_install script15:03
Anita_may be after proper clean up, it will work with the steps that you provided15:03
Anita_Ok15:03
gnuoybryan_att, no, the charm is setup to do the migration15:04
Anita_charm@c277-pkvm-vm62:~$ lxc list +---------------+---------+------+------+------------+-----------+ |     NAME      |  STATE  | IPV4 | IPV6 |    TYPE    | SNAPSHOTS | +---------------+---------+------+------+------------+-----------+ | claylike-doug | STOPPED |      |      | PERSISTENT | 0         | +---------------+---------+------+------+------------+-----------+ charm@c277-pkvm-vm62:~$15:04
bryan_attgnuoy: understood that by intent it is - but it did not work for me15:04
gnuoybryan_att, ok, we need to work through where you hit a problem15:04
bryan_attgnuoy: I was trying this last week and not able to replicate your results - so I tried to do those steps scripted to get further. When I ran your example as-is the database schema did not get setup15:05
tinwoodbeisner, yes, that's basically what we were up against.15:05
gnuoybryan_att, did you add the relation between  congress and mysql?15:05
bryan_attgnuoy: I got the error "no policy table" when trying to start congress-server - it never successfully started15:06
bryan_attgnuoy: yes, I added all the relations15:06
bryan_attgnuoy: if I try your example again, what debug logs do your need? I can provide the syslog from the congress-server at least where you can see the failure.15:07
gnuoybryan_att, /var/log/juju/* from the congress server would be good15:08
bryan_attgnuoy: OK, I'll collect those this weekend and post them. Maybe we can talk again next week? I'm trying to get this done before the 19th (OPNFV Summit) and really no later than next week.15:09
gnuoybryan_att, sure, I will redeploy using the steps I posted15:09
gnuoyas well15:09
bryan_attgnuoy: OK, thanks for your help15:10
gnuoybryan_att, np15:11
beisnertinwood, where did OpenStackCharmFactory wind up?   tempest  charm previously extended openstack.charm.OpenStackCharmFactory but no bueno with charms_openstack15:14
tinwoodbeisner, it disappeared.  A new funky singleton has replaced it, along with get_charm().15:14
beisnerwell f_15:15
beisnertinwood, i think i'll just add a no-op unit test that passes instead of having to refactor this whole charm.  i just need the charm as a vehicle.15:15
admcleodcory_fu: so, im writing this bigtop pig charm, and i need to define 2 bigtop roles: hadoop-client (to install the hadoop components) and pig-client. however, that results in having the hadoop head node overwritten with what appears to be a default fqdn. i suppose i need to get the namenode and resourcemanager from the plugin relation and then render_site_yaml with those hosts?15:21
tinwoodbeisner, sure.  -- I kind of pulled the rug out of OS layered charms with this change, but wanted to do it now rather than later.15:23
gnuoybryan_att, found an issue with keystone not knowing about congress. I fixed that locally before and the pastebin I sent you does not include how to deploy the fixed icehose. Sorry about that.15:23
gnuoys/icehose/keystone.15:23
beisnertinwood, ack agree breaking before we really ramp up using it :-)15:23
bryan_attgnuoy: thanks! that's one of the issues I did see persistently from JuJu.15:23
cory_fuadmcleod: That is correct.  When I finish the non-install version of the hadoop-plugin relation, you'll want to use that instead as well, so that you don't end up with hadoop-plugin fighting with pig over the site.yaml15:24
cory_fuadmcleod: So you'll need a @when('hadoop.ready') decorator and the handler should have `def foo(hadoop): bigtop.render_site_yaml(hosts={'namenode': hadoop.namenodes()[0]})`15:25
cory_fuSomething like that15:26
gnuoybryan_att, ooi what version of juju are you using?15:26
bryan_attgnuoy: not 2.0 1.x something15:26
gnuoybryan_att, are you on 1.25.?15:27
cory_fuadmcleod: The code would be similar to this: https://github.com/juju-solutions/bigtop/pull/3/files?diff=unified#diff-5006dc573a0911f6248e72dc6974038dR7  With the main difference being that the @when would be 'hadoop.ready' (or 'hadoop-plugin.ready' or whatever you call your relation to plugin)15:27
gnuoybryan_att, ok, cool, thanks15:27
cory_fuOtherwise, the code of the handler should be nearly identical15:27
bryan_attgnuoy: let me look back thru the logs - i pasted it. I'm not near my test machine at the moment.15:27
admcleodcory_fu: ok cool, got it15:28
gnuoybryan_att, don't orry, 1.x is good enough15:28
beisnertinwood, fyi @ https://github.com/openstack/charm-tempest  but lmk if that looks like more than a quick redux and i'll just do the noop thing for now.15:33
tinwoodbeisner, okay, will do.15:33
beisnertinwood, thx much15:34
josehey lazyPower, happy birthday!15:35
tinwoodbeisner, just out of interest, on review.openstack, how do I get into the charms-core group?  Everybody else is :(15:36
lazyPowerThanks Jose :) o/15:36
beisnertinwood, ah you wanna land code? ;-)15:36
tinwoodI thought that was just charm-release group.  Or can core land code too?15:37
dimiternlazyPower: hey, I managed to get bundletester to work with existing juju 2.0 model to run my layer tests!15:38
lazyPower\oo/, Nice dimitern!15:38
dimiternlazyPower: but I found out the charm builder assumes I'm using py34 and py35 only, unless I override that with a tox.ini in the layer15:39
dimiternlazyPower: it's ok though - just initially frustrating until I found that workaround15:41
beisnertinwood, yep charms-core can land.  release has some other perms that i'm not completely sure of just yet.   i think you should be in charms-core -- gnuoy ok with you?15:42
tinwoodbeisner, ah, I see. Sure, I'd like to be apart of the core group if that's okay with everyone.15:42
dimiternlazyPower: oh man! just noticed! happy birthday indeed! \o.15:44
lazyPowerjose thanks  :D \o15:50
lazyPowerdimitern thanks buddy :)15:50
jcastroopenstackers, I have some hotness for you: http://askubuntu.com/questions/tagged/juju?sort=featured&pageSize=5016:11
jcastroI have many internet points to give away16:11
beisnertinwood, added you to openstack charms-core16:40
beisnertinwood, shall we put those new powers to work right away? ;-)   https://review.openstack.org/#/c/325398/  ;-)    need to land that so i can proceed to add a very basic func test.  then we'll be clear to automate layer build/test flows using this as subject matter.16:41
gnuoybryan_att, I just redeployed again and was able to create a datasource. http://paste.ubuntu.com/16952298/ shows the script I used. It'd be better as a bundle but I wanted to include the build step16:46
gnuoybryan_att, I'm at my EOD but I'll check in later if you have any questions16:51
=== redelmann is now known as rudi|comiendo
beisnerhi thedac, can you give this tactical thing of beauty a look and a kick for me?  :)  https://review.openstack.org/#/c/325398/17:00
thedacbeisner: just got off of calls. I'll take a look shortly17:12
beisnerthedac, thx much17:12
=== rudi|comiendo is now known as redelmann
beisnerjhobbs, fyi, we're moving charm-tempest into gerrit, so the openstack-charmers git repo will be removed soon.  that repo has already been pulled into openstack git/gerrit.  we're just ironing out CI around it.  but wanted to alert you to the new location in case you have mods in-flight.17:35
jhobbsbeisner: ok - can you give me a url to the new location?17:35
beisnerjhobbs, fyi https://github.com/openstack/charm-FOO is the general format.    so for this one:  https://github.com/openstack/charm-tempest17:36
jhobbsah17:36
jhobbsthat's easy17:36
beisner:)17:36
jhobbsthanks!17:36
thedacbeisner: +217:37
beisnerjhobbs, yw.  the downside is that now we can't land anything until we add tests and make 'em pass.  working on that now.  welcome to the bloody bleeding new tempest charm yah?17:37
beisnerthedac, thx sir17:37
tinwoodbeisner, sorry, just came back online after dinner (or 'tea' as we call it hered).  Thanks for adding me; sorry thedac beat me to it.17:38
tinwoods/hered/here/17:38
beisnertinwood, np and yw!   i'm sure i'll have another tactical solution to merge soon ;-)17:39
jhobbsbeisner: add tests - so each new MP needs a test? or you have to go back and add some tests for existing stuff?17:39
beisnerjhobbs, the landing gate won't land without passing tests so we're working on getting some really basic tests in the charm.  then it's a dive into the unknown:   git/gerrit/layer/ci ;-)17:39
jhobbsk17:40
beisnerjhobbs, fwiw, we're using this tempest charm as 'the first' layered charm through ci so it'll be paving the way through, making some noise for a bit.17:40
beisneras an unreleased thing which not many people (you and i) depend on, it seems like the best first candidate through.17:41
beisnerthedac, wow upstream job queue is high, still catching up from the outage last night it seems.17:43
beisnergnuoy, asking in infra if they can re-init that repo from https://github.com/openstack-charmers/charm-hacluster, or whether we need to revert that infra change and resubmit.  hopefully they can just re-init for us but i'll let you know.17:55
beisnergnuoy, fixed-up :-D https://github.com/openstack/charm-hacluster18:23
j_kingFriends... I'm having trouble finding documentation on the contribution process. I've added an amulet test to a charm and would like to submit it for review. Anyone have a link to point me in the right direction pls?18:31
rick_h_j_king: what charm?18:40
j_kingrick_h_: mongodb.18:41
rick_h_j_king: so the code for the charm is here: https://code.launchpad.net/~charmers/charms/trusty/mongodb/trunk I'd submit a MP on that18:41
rick_h_j_king: and when you ahve that up let me know and I'll make sure to poke folks to look at and see about landing.18:42
j_kingrick_h_: forgive me but it's been a dogs age since I've used bzr. :) what's an MP?18:42
rick_h_j_king: sorry, pr = github, mp = merge proposal in launchpad terms :)18:42
rick_h_pull request by other names18:43
=== kwmonroe_ is now known as kwmonroe
arosalescargonza: jamespage, gnuoy ^ note we need to improve https://github.com/openstack-charmers/openstack-community  page18:47
petevgQuestion: if I want a list of the attributes that I can fetch with unit-get, where should I look? ('man unit-get' isn't helpful)18:49
cargonzaarosales, ack... we need to work on it... will definitely be on the list asap18:51
arosalesj_king: https://jujucharms.com/docs/stable/authors-charm-store#submitting  --> looking under "Submitting a fix to an existing Charm"18:54
j_kingarosales: ty18:54
arosalesj_king: in post 2.0 world we un-tie charms from launchpad18:54
arosalesand the charm store has the preferred area to submit pulls/mps or what ever the community decides to use18:55
arosalespetevg: man we need to improve https://jujucharms.com/docs/1.25/reference-hook-tools and https://jujucharms.com/docs/1.25/authors-hook-environment18:57
petevgarosales: Aha. They do have the info that I need. We should probably mention elsewhere that unit-get is only useful for getting two pieces of information.18:59
petevgI'll make a note to make tickets/submit patches.18:59
arosalespetevg: +118:59
j_kingrick_h_: https://code.launchpad.net/~james-agentultra/charms/precise/mongodb/join-replicaset-test/+merge/296466 ?19:03
j_kingI have to run, kids waking from their nap... I'll check my backlog in an hour or two. :) Cheers!19:04
kjackalcory_fu kwmonroe petevg: are we merging the work we are doing against bigtop or are we on-hold until the main contribution is accepted by bigtop?19:23
kjackalmerging: for example the work on ignite should we merge it in to our juju-solutions/bigtop master?19:24
petevgkjackal: I've got the zookeeper stuff in a separate repo, as it was my understanding that we're holding off. I could be wrong, though.19:31
chimericquick question regarding charm benchmark19:33
chimerici'm trying to load the charm module in ubuntu 14.04 and i'm getting an import error saying charm.core.benchmark does not exist19:34
chimericis there a prebuilt package for this, or is source the only option?19:34
cory_fukjackal: I think we're somewhat holding off, but we could also submit them as separate Jiras and mark them as dependent19:36
kjackalpetevg: seperate repos.... this is what I was doing also last week :)19:42
kjackalpetevg: we now move everything under branches in bigtop repo19:42
petevgkjackal: got it. I will move my stuff over, then :-)19:43
kjackalthe layers go under bigtop-packages/src/charms/....19:43
kjackalnote that the name of the layer (defined inside metadatayaml) matches the directory of the service you are charming19:44
ryebotWhat's the trick to juju2 deploying an in-development bundle with local charms?20:00

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