16:01:40 #startmeeting OpenStack Ansible Meeting 16:01:41 Meeting started Thu Jul 2 16:01:40 2015 UTC and is due to finish in 60 minutes. The chair is cloudnull. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:01:42 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:45 The meeting name has been set to 'openstack_ansible_meeting' 16:01:50 moo 16:01:52 oom 16:01:54 #topic Agenda & rollcall 16:01:59 o/ 16:02:01 o/ 16:02:02 o/ 16:02:03 Hey 16:02:07 o/ 16:02:16 sigmavirus24: little-endian cow 16:02:17 o/ 16:02:23 hah 16:02:31 hello 16:02:35 howdy 16:02:51 #topic Blueprints 16:03:15 odyssey4me hughsaunders miguelgrinberg sigmavirus24 how goes the fed sp idp efforts ? 16:03:41 #link https://blueprints.launchpad.net/openstack-ansible/+spec/keystone-federation 16:03:44 #link https://blueprints.launchpad.net/openstack-ansible/+spec/keystone-sp-adfs-idp 16:03:50 cloudnull: idp is blocked on the keystone v3 module, but otherwise in good shape 16:03:52 cloudnull: ok... currently having some gating issues with getting the v3 update for keystone module in 16:03:54 Keystone v3 module upgrades are soo close 16:03:55 So for those who don't know, we've been working on adding federation configuration to os-ansible-deployment. ^ 16:04:34 We sent out a mail to the openstack-operators and openstack-dev mailing lists to request feedback on the first spec which is near ready. 16:05:08 has there been any traction on that so far? 16:05:17 A few approving replies 16:05:22 We have working prototypes for both the keystone2keystone federation, and just today we managed to get the ADFS-keystone federation working too. 16:06:22 I'll spend tomorrow updating the two specs to refect what we've learned and to adjust the use-cases for the first as we've discovered that keystone in kilo is not ready to be a full IdP. 16:07:14 ok 16:07:23 I've seen a few comments trickling in on the spec reviews, but we'd like more attention on that from everyone here if possible today before I iterate it tomorrow. 16:07:52 Next up, ceilometer . #link https://review.openstack.org/#/c/173067 16:07:58 alextricity: ^ 16:08:24 It's ready for reviews. There was a merge conflict this morning so a new patch set was neede 16:08:26 needed* 16:08:53 the patch as is LGTM . and now has doc dep thats following it 16:09:03 ^ 16:09:04 #link https://review.openstack.org/#/c/198025/2 16:09:12 yeah, I've gone through it and it looks good from a code standpoint. 16:09:14 i have it up and running on a few boxes and it works. 16:09:32 I've also done testing and metrics are reporting back normally 16:09:36 I'd like to see some testing feedback from anyone who has a gap to try it out. 16:09:38 The database connection looks good too 16:10:58 thats all we have in the way of open bps being worked on . 16:11:06 I'll just need cloudnull and odyssey4me to give it another +1 with the new patch set 16:11:45 #topic Open discussion 16:12:10 to build up on what we were talking about last week . 16:12:14 Defining the project mission - odyssey4me 16:12:36 we now have a wiki page https://wiki.openstack.org/wiki/OpenStackAnsible 16:12:55 and i've posted a WIP manifesto 16:12:58 #link https://etherpad.openstack.org/p/openstack-ansible-manifesto 16:13:07 that i'd like people to tear apart 16:13:17 cloudnull nice work! 16:14:03 to avoid losing people over different wiki pages, I'd like to add a link of this new wiki page on the main repo documentation 16:14:05 sometime in the next week or so i'd like to pul lthat out of the wiki and PR it to the main repo 16:14:18 evrardjp: ++ 16:14:38 cloudnull +1 16:15:38 so lets chew on that for the next week or so. 16:15:53 next: 16:15:57 What is our roadmap like? Will making fernet tokens in keystone be an 11.1.0 feature? palendae 16:16:14 we have https://launchpad.net/openstack-ansible/+milestone/11.1.0 16:16:14 nice! this manifesto answers all the questions that i've been asked about osad 16:16:38 which is looking good so far. 16:16:40 cloudnull: I think it should be an 11.1.0 feature 16:16:41 cloudnull: That one's my bad, should have removed that after last week 16:16:54 We already discussed it and I think it was agreed it's 11.1.0 16:17:15 i know palendae, just building up on what we talked about. 16:17:20 cloudnull should we be targeting the federation blueprints for 11.1.0 too? 16:17:30 cloudnull: Yep 16:17:43 odyssey4me: if we can get them in shape for 11.1.0, why not? 16:17:45 odyssey4me: do we think it will be ready for 11.1.0 ? 16:17:53 if so i say yes 16:18:09 if no then we'll do it for 11.2.0 16:18:10 is cloudnull asking for an estimate? 16:18:20 b3rnard0: nope 16:18:22 # /kick b3rnard0 16:18:22 Just a guess 16:18:31 guesstimate 16:18:35 cloudnull I think there's a fair chance that we'll be code ready - not necessarily docs ready 16:18:58 miguelgrinberg hughsaunders your thoughts? 16:19:10 and odyssey4me version numbers are cheap, if it merges for master a day after we drop 11.1 im happy to rev to 11.2 within the next cycle. 16:19:27 when's 11.1.0? 16:19:40 but if its ship shape for 11.1 then lets do it 16:19:42 how about we target for 11.1 and review in the final week before d day? 16:19:59 ok 16:20:01 fair 16:20:19 I don't recall us discussing the due date, by the way? Was that date chosen for any special reason? 16:20:33 gating not withstanding, I think we are quite close 16:20:50 miguelgrinberg: https://launchpad.net/openstack-ansible/+milestone/11.1.0 says 17/7/2015 16:20:51 it was chosen as being two weeks after the 11.0.4 drop 16:20:58 and besides, none of this is going to be enabled by default, so the normal use cases are safe 16:21:20 I think we can make it for the 17th, yes 16:21:23 miguelgrinberg true 16:21:42 before we can target these items we need to target the specs, thus https://review.openstack.org/#/c/194147/ and https://review.openstack.org/#/c/194255/ need to be reviewed 16:21:46 wrost case we get federation bugs, which we fix for the next one 16:21:47 so cores typie typie. 16:21:57 you mean votie votie? 16:22:03 no 16:22:06 typie typie 16:22:15 you need to give -1s with feedback 16:22:32 yup, I'll update the specs tomorrow based on feedback and lessons learned - hopefully we can do final votes on the specs next week 16:23:47 #action odyssey4me to update the specs for federation. 16:24:25 moving on. 16:24:39 #topic Reviews 16:25:08 11.0.4 is coming soon we need the following items worked on https://review.openstack.org/#/q/starredby:cloudnull+status:open,n,z 16:25:39 and if there are issues that need backports from https://launchpad.net/openstack-ansible/+milestone/11.0.4 we need to do that too 16:27:28 the keystone fernet update needs love for master. 16:27:31 #link https://review.openstack.org/#/c/195853/ 16:28:11 it looks like its been generaly accepted however we need another core to merge it. 16:28:32 presently we're gating on a fernet token system that has a few issues, which are corrected by that patch. 16:30:05 another review in need of some attention is https://review.openstack.org/#/c/181957/ 16:30:14 which is for ceph client support. 16:30:23 svg: ^ 16:30:48 looks like svg is going to post a new review soon . 16:31:12 but if we have folks with more ceph experience it would be great to get more reviews on that. 16:31:42 most of this was mentioned on the ML 16:31:44 #link http://lists.openstack.org/pipermail/openstack-dev/2015-June/068362.html 16:31:57 yeah, I'd like to ask everyone reviewing that to also pay attention to the ceph-ansible playbooks - we don't need any clashes in variables between the two. 16:32:30 ++ 16:32:43 #link https://github.com/ceph/ceph-ansible 16:34:03 I agree, while I admit that it doesn't mean that ceph need to/will be deployed by ansible, so the importance of it could be reduced... 16:34:19 Yeah, as about to ask 16:34:30 Are we assuming that Ceph is deployed with ceph-ansible only? 16:34:43 no, 16:34:52 i dont think its an assumption, but if you wanted to and the vars overlapped it could create difficulties 16:34:59 we're simply assuming that there is a ceph cluster available. 16:35:15 Or are you just asking to be sure we don't have duplicate variable names in case a deployer does use both? 16:35:22 Ok andymccr, makes sense 16:35:30 I misunderstood 16:36:22 so anything else we want to mention regarding open reviews? 16:37:07 moving on 16:37:09 #topic Bugs 16:37:21 do we have an open issues that we want to highlight and or work on ? 16:37:37 #link https://bugs.launchpad.net/openstack-ansible 16:38:26 we have 73 open issues, most of which are low/wishlist items so imo we're looking quite good 16:39:29 BjoernT: nothing ? 16:39:35 yeh i think if you remove fix commited its 41 and most of those are assigned already 16:40:03 scielence is acceptance 16:40:03 Thanks for asking, I have nothing special for today. I will go over the wishlist next week 16:40:18 ok 16:40:21 sounds good 16:40:49 #topic Open discussion 16:41:05 does anyone have anything that they want to talk about? the floor is yours. 16:41:07 it might be a good idea in the bug triage meeting to look at new bugs, but also to revisit old bugs 16:41:56 in the last few we've been focusing on new/high and some of the incomplete, but it may be a good idea to start picking through the wishlist 16:42:03 and other items. 16:42:20 lets give it a go next tuesday ? 16:42:57 other than that, I would like to ask that we not get into the bad habit of prematurely backporting patches - it makes reviewing them take longer because you have to verify that the backport is the same as the master patch... and quite often the master patch goes through several iterations 16:43:14 we've ended up having patches land in other branches before master by mistake 16:43:30 +1 16:43:45 +1 16:44:02 should there be a timeframe odyssey4me? 16:44:07 if you backport from gerrit once the patch in master has merged, the cherry-pick message will be done properly 16:44:13 I'd say that once a patch has +w its ok to bp 16:44:23 evrardjp no timeframe - just no backport until the master patch has merged 16:44:32 I agree. 16:45:03 cloudnull +w is fine too if there's a time crunch or something... but that takes more time as the backporter will have to do the backport form the CLI 16:45:44 this is true. if you dont know the git CLI you should wait for the patch to merge into master. 16:45:50 :) 16:46:37 :p 16:47:19 ok motion carries . 16:47:47 #action we will no longer backport things from master until its been +w / merged into master. 16:48:02 what else we got ? 16:49:04 nada here 16:49:32 then we're done here IMO . 16:49:37 imo too 16:49:40 Yep, don't have anything either 16:49:46 back to typey typey 16:49:46 sounds good . 16:49:55 \o/ 16:49:58 great work on everything in flight guys 16:50:02 and thanks 16:50:06 #endmeeting