18:01:00 #startmeeting akanda 18:01:01 Meeting started Mon Jul 20 18:01:00 2015 UTC and is due to finish in 60 minutes. The chair is sarob. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:01:02 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:01:05 The meeting name has been set to 'akanda' 18:01:20 hello everyone 18:01:23 agenda 18:01:36 #link https://wiki.openstack.org/wiki/Meetings/akanda#Agenda 18:01:40 roll call 18:03:59 o/ 18:04:52 anyone else? 18:05:15 markmcclain and davidlenwell wont be joing today 18:05:24 okay 18:05:48 first up on agenda 18:06:01 #topic outstanding actions from last meeting 18:06:27 #info semver numbering 18:07:13 i spoke with adam_g` a bit before the meeting and it seems we both want to follow the neutron numbering 18:07:38 puranamr: whats your opinion on this? 18:08:38 as per the discussion that we had last week on this topic, the split is bit vertical. Davidlenwell and I feel that we could continue the existing numbering scheme 18:09:04 on the other hand, sarob and adam_g feel to follow the neutron numbering 18:09:52 davidlenwell_ was going to detail his thinking more in a review of https://review.openstack.org/#/c/197787/ 18:10:00 looks like that didnt happen 18:10:39 the argument of following neutron lead doesnt sway you at all? 18:12:12 sarob: it is not about following the lead, but i am sure we r not in do-or-die situation at this point for semver. my 2 cents 18:13:08 im not sure i follow do or die? 18:14:01 maybe you mean we dont have to make this decision right now 18:14:03 i meant whether it has reached critical stage at this point? we were collecting opinions and still bit inconclusive 18:14:18 ah, i see your point 18:14:23 thanks 18:15:14 i can tag at 2015.2.0, then we can still decide semver issue at LM2 or ML3? 18:15:53 sure 18:16:13 i will add this to the https://review.openstack.org/#/c/197787/ patch 18:16:32 puranamr: add your thoughts above to the patch as well 18:16:42 sure sarob 18:16:56 this is where we should be discussing this 18:17:01 on the patch 18:18:08 #info sarob will update https://review.openstack.org/#/c/197787/ patch with plan on tagging at 2015.2.0 for LM1 and continuing the discussion on semver for LM2 18:18:14 moving on 18:18:29 #topic critical bugs 18:18:46 #link https://bugs.launchpad.net/akanda/+bug/1475781 18:18:48 Launchpad bug 1475781 in akanda "ak-rug-serv consumes all the cpu" [Critical,New] - Assigned to davidlenwell (dlenwell) 18:18:50 Launchpad bug 1475781 in akanda "ak-rug-serv consumes all the cpu" [Critical,New] 18:19:05 davidlenwell_: has been working on this 18:19:37 i asked that he push a patch on what he knows so far 18:19:40 #link https://review.openstack.org/#/c/203279/ 18:19:58 adam_g`: is going to take a look today as well 18:20:05 next bug 18:20:52 #link https://bugs.launchpad.net/akanda/+bug/1473629 18:20:53 Launchpad bug 1473629 in akanda "Akanda-rug local repo part of install is set to master for stable branches" [Critical,New] 18:20:53 Launchpad bug 1473629 in akanda "Akanda-rug local repo part of install is set to master for stable branches" [Critical,New] 18:21:38 this should be just a devstack install plugin.sh fix to assign the correct branch 18:21:57 but when I attempted to run my patch 18:22:04 for stable/juno 18:22:14 heat and keystone fail 18:22:54 i get different failures for stable/kilo 18:23:07 sooo, that makes me concerned 18:23:26 i will update the bug on this info 18:23:35 sarob: when i ran it y-day, I got error in keystone as well 18:24:25 #link https://review.openstack.org/#/c/201717/ 18:24:30 for stable/kilo 18:25:16 and https://review.openstack.org/#/c/202256/ 18:25:21 for stable/juno 18:25:40 puranamr: let me know what you figure out 18:25:58 sarob: sure will update 18:26:06 next critical bug 18:26:17 #link https://bugs.launchpad.net/akanda/+bug/1473628 18:26:19 Launchpad bug 1473628 in akanda "Ssh key is required to start the appliance" [Critical,Triaged] - Assigned to Sean Roberts (sarob) 18:26:19 Launchpad bug 1473628 in akanda "Ssh key is required to start the appliance" [Critical,Triaged] 18:27:48 i can't debug this until https://bugs.launchpad.net/akanda/+bug/1475781 is solved 18:27:49 Launchpad bug 1475781 in akanda "ak-rug-serv consumes all the cpu" [Critical,New] - Assigned to davidlenwell (dlenwell) 18:27:52 Launchpad bug 1475781 in akanda "ak-rug-serv consumes all the cpu" [Critical,New] 18:28:37 moving on 18:28:49 #topic progress on LM2 18:29:01 #link https://launchpad.net/akanda/+milestone/liberty-2 18:29:23 lets talk about vm footprint bp 18:29:26 #link https://blueprints.launchpad.net/akanda/+spec/reduce-vm-footprint 18:29:54 puranamr: whats your thoughts 18:30:32 sarob: couple of strategies have been thought about the vm footprint 18:31:17 lay on us 18:31:24 lay it on us 18:31:27 one is to customize the software (which becomes part of the vm), this will be a maintainence nightmare maye be, 18:31:56 second option is to have customizable scripts that can rip through the non-essential ones making it leaner 18:32:10 puranamr: automation around stripping down distrib 18:32:20 sarob: yes 18:32:46 puranamr: we can do both 18:32:59 the impact of reduction has not been validated in the light of how well the performance will be affected 18:33:05 o/ sorry im late 18:33:06 puranamr: write up the scripts to support stripping down 18:33:42 puranamr: plus provide golden images for those that want a proven image 18:33:50 adam_g`: np 18:33:56 sarob: sounds ok 18:34:13 dump your thoughts into the bp 18:34:27 as i outlined above, with stripping the performance angle may need further investigation too 18:34:29 sarob: sure 18:34:37 and lets post your spec this week 18:34:46 sarob: yes 18:34:52 puranamr: tomorrow i can work with you 18:35:02 sarob: thanks 18:35:10 puranamr: your bp will likely get pushed to ML3, but 18:35:27 puranamr: lets do all the right steps 18:35:28 yes i understand 18:35:37 agreed 18:35:53 adam_g`: we are updating on ML2 bp 18:36:07 ok 18:36:12 you have two of em 18:36:55 you should rename nodepool to peez i think 18:37:14 and we should review, merge your specs this week 18:37:31 cool 18:37:48 theres actually a dependency now between the rug-ha and the nodepool/pez one 18:37:55 the rug-ha stuff needs to happen first 18:37:57 #link https://review.openstack.org/#/c/193680/ 18:38:07 #link https://review.openstack.org/#/c/194882/ 18:38:10 not sure if thats noted in my spec, will update if not 18:38:17 cool 18:38:41 adam_g`: any thing you wanted to add to the semver from the log? 18:39:15 not much 18:39:30 #action puranamr will update https://blueprints.launchpad.net/akanda/+spec/reduce-vm-footprint desc and sarob will work with him to post spec tomorrow 18:39:57 adam_g`: okay, so im going to post my semver intention 18:40:35 then tag back to late jun 2015.2.0 and post the tarballs 18:40:40 ive honestly not been following the semver things in other proejcts over the last month, only the one thread thats been kicking on the ML 18:41:32 yeah, think not following semver of some version number will start to be confusing for the distributions 18:41:48 as we get into working closely with them 18:42:03 so we need to make the cut over something this release 18:42:11 sometime that is 18:42:45 semvers are going to confuse distros 18:43:17 #action adam_g` will update his rug scale and rug ha spec will dependancy info 18:43:31 adam_g`: meaning the switch over? 18:44:09 #topic semver continued 18:44:14 sarob, ya that, and the entire idea of a non-global version for a given openstack release is going to confuse anyone wondering what versions of stuff is to be packaged together 18:44:56 that said, if neutron is going with 7.0.0 it makes sense for us to version akanda-neutron similarly, to indicate compat. if we're versioning akanda-neutron 7.0.0, it'd be confusing to have akanda-rug 1.0.0. 18:45:06 okay, but i think the genesis of semver here was at the distro request 18:45:14 sarob, no, it wasnt 18:45:36 adam_g`: ill have to go back and read doug's email again 18:45:37 its that some projects want to follow different release schedules other than the 201x.x 6-month thing 18:45:48 esp wrt stable releases 18:45:58 anyway.. 18:46:05 adam_g`: my memory was that was a contributing factor 18:46:12 adam_g`: yeah, no matter 18:46:17 semvers is going to make distros lives hell :) 18:46:28 adam_g`: ship has sailed 18:46:37 for us, it doesnt really matter. we can just use the same neutron version across all our projects and essetnially get the same thing we have with the 201x.x scheme 18:46:47 its just that i feel weird about naming a akanda-rug 1.0.0 akanda-rug 7.0.0 18:46:57 adam_g`: sure 18:47:16 so +1 7.0.0 from me 18:47:29 lets have a hearty debate on https://review.openstack.org/#/c/197787/ 18:47:37 adam_g`: yeah, me too 18:47:54 adam_g`: add your +1 to the patch 18:48:06 adam_g`: so we can put this to bed by LM2 18:48:25 #topic any other business 18:48:40 speak now my friends 18:49:12 I'd like to request that we all start getting into the habbit of filing bugs for all issues we run into, with lots of detail and debugging info 18:49:23 the worst that is going to happen is it gets closed because its not a bug 18:49:34 adam_g`: agreed 18:49:51 i'm going to start being a PITA about this moving forward. as in, if theres no LP bug about it the issue doesn't exist :) 18:50:11 * sarob needs to share 18:50:29 * sarob til it hurts 18:50:39 adam_g`: point taken 18:50:57 in addition to getting issues fixed easily across the team, good bugs have a side effect of encouraging new contributors to get involved via low hanging fruits / easily-reproducible isses 18:51:05 #action team needs to overshare with bug details as they show up 18:51:09 cool! :) 18:51:27 adam_g`: otherwise its not teamwork 18:51:48 adam_g`: ill be as hard on myself for failing here so far 18:52:10 good point adam_g` 18:52:25 adam_g`: and getting known good configurations out into the docs asap as well 18:52:51 no worries, we're a new project and we just need to enforce good habits early while we're still small 18:53:13 #action sarob known good configurations as a priority for https://blueprints.launchpad.net/akanda/+spec/liberty-doc-updates 18:53:23 adam_g`: roger that good buddy 18:53:36 anything else? 18:54:17 nothing more from my side! 18:54:45 adam_g`: im going to sneak over to zell's for a lunch before going to the airport 18:54:52 adam_g`: got time to join? 18:55:21 sarob, when is your flight? 18:55:30 2:30 18:56:04 sarob, ah probably not. wont be able to leave here for another 30 min or so and im on the other side of town 18:56:16 ah, bummer 18:56:21 until next time 18:56:27 and with that 18:56:32 lets break 18:56:39 talk to y'all soon 18:57:12 #endmeeting