17:00:11 #startmeeting ironic 17:00:12 Meeting started Mon Jul 24 17:00:11 2017 UTC and is due to finish in 60 minutes. The chair is dtantsur. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:15 The meeting name has been set to 'ironic' 17:00:23 o/ 17:00:25 who's here for the ironic meeting? :) 17:00:34 o/ 17:00:35 o/ 17:00:37 o/ 17:00:38 o/ 17:00:38 o/ 17:00:44 Me! Me! Me! 17:00:50 o/ 17:00:54 o/ 17:00:54 o/ 17:01:02 hi all, great to see you :) 17:01:07 our agenda is as usual at 17:01:08 jlvillal, lol 17:01:13 #link https://wiki.openstack.org/wiki/Meetings/Ironic 17:01:40 o/ 17:01:42 o/ 17:02:04 #topic Announcements / Reminder 17:02:13 #info Final releases for ironicclient and ironic-inspector-client this week 17:02:31 please pay particular attention to reviews in these two projects 17:02:39 I think the inspector client looks good 17:02:54 o/ 17:02:55 ironicclient has quite a few outstanding patches (mostly around testing though) 17:03:11 dtantsur: please put links to any patches that need reviews, maybe in this weeks' priorities section ^^ 17:03:16 o/ 17:03:26 will do when we get to it 17:03:35 next, 17:03:35 dtantsur: any patches that *need* to get in, not all :) 17:03:42 right, I'm not sure there are many 17:03:55 o/ 17:03:57 but I also encourage the folks to review the list and decide for themselves 17:04:07 and shout loudly if we've forgotten something 17:04:08 :) 17:04:24 #info Soft feature freeze proposal: http://lists.openstack.org/pipermail/openstack-dev/2017-July/119883.html 17:04:32 this is something I was talking about on the last meeting 17:04:44 so far I got no responses to this thread, I guess people are good with it ;) 17:05:04 o/ 17:05:23 finally, 17:05:25 #info IPA builder repo was started, please add to your review dashboards: https://github.com/openstack/ironic-python-agent-builder 17:05:37 yup, soft freeze date seems fine 17:06:06 dtantsur: does that builder repo participate in the release schedule? 17:06:15 rloo: nope, at least not now 17:06:25 dtantsur: good :) 17:06:27 I will probably cut releases from it, but we may have to skip Pike 17:06:35 it's really all nice and empty :) 17:06:44 any other announcements, reminders or comments? 17:06:58 nova feature freeze is this week, but we all know that 17:07:13 attach-detach got in btw 17:07:18 \o/ 17:07:29 \o/ 17:07:30 good news indeed! let's try to get BFV in as well 17:07:30 and our gates should be working... 17:07:46 yeah, we had big problems last week, but should be better now 17:08:12 Reviews on the BFV nova patch would be appreciated, and hopefully we should have any minor details sorted out in the next day or two. 17:08:17 #topic Review subteam status reports (capped at ten minutes) 17:08:30 #link https://etherpad.openstack.org/p/IronicWhiteBoard line 125 17:08:32 oh. next week is Queens PTL self-nomination. All you wanna-bee PTLs, start preparing :) 17:08:41 ouch :) 17:08:51 * TheJulia raises an eyebrow 17:09:17 the Queen PTL. that is funny 17:09:21 yeah, being PTL is easy and fun, everyone should do it :-P 17:09:33 anyway, /me dives into the statuses for now 17:10:06 o/ 17:10:16 is rpioso here? 17:10:18 sambetts: do we consider "Post-deploy VIF attach/detach" done now? 17:10:27 rpioso: what's status of drac hardware types? 17:10:53 ВЩТУ indeed (<-- regular joke about wrong keyboard layout) :D 17:10:59 :D 17:11:05 or rather ЖВ 17:11:32 dtantsur: I believe so at least for the in-tree neutron driver and nova 17:11:36 re physical awareness: there are a lot of things in flight 17:11:49 let's please come up with a minimum list of patches to support this feature? 17:12:39 sambetts: ^^^ 17:12:57 I think the actual feature itself has landed, the remaining patches are a big refactor to clean up the code 17:13:04 sambetts: are the networking-baremetal parts for routed networks support good to go, or are they still blocked by physical network awareness? 17:13:21 sambetts: I think tempest and upgrades are kinda mandatory, no? 17:13:51 yeah, upgrades should get in too I think 17:14:21 i reviewed the upgrades code; i suspect they will land this week. 17:14:23 oh yeah, missed that patch in the list, tempest tests and rolling upgrades should definatly be priority 17:14:43 rloo: I should be able to start working on them again now the physical network field is exposed in the API 17:14:57 it is exposed 17:14:59 sambetts: great, please let us know when they are ready to be reviewed! 17:15:37 will do :) there is quite a lot of brain required to get the plumb right so bare with me :) 17:15:44 plumbing* 17:18:22 are folks done with the statuses, keeping in mind we're going to come back to them in a few minutes? 17:18:26 * rloo good with statuses although skipped the non-high priorities 17:18:33 10 min mark :) 17:18:46 #topic Deciding on priorities for the coming week 17:18:59 so, we're still in the docs refactoring business, esp. ironic-inspector 17:19:17 dtantsur: I think the ironic-inspector patches are all good to go now 17:19:26 sambetts ++ 17:19:30 cool! 17:19:49 also, some progress with BFV (cheers!), rolling upgrades and physnet awareness 17:19:51 Bifrost also, but that takes a lower priority in my book since it is a massive re-org of the docs. 17:20:50 * milan wanted to capture the reviews input on the dnsmasq pxe filter patch before forgetting the discussion, hence the docs delay 17:20:51 should we remove bifrost, molteniron from docs list then? 17:20:57 mjturek, TheJulia: what's else critical for BFV? I think you have a couple of small but important patches 17:21:10 rloo: molteniroic is small, let's keep it 17:21:30 fine with removing bifrost for now. anyway I get weekly reminders about our docs :) 17:21:34 dtantsur: ok 17:22:15 dtantsur: Critical, the patch mjturek is working on right now, the tempest tests, the first nova patch, and I _think_ we are good until next cycle for generic drivers. 17:22:45 oh, and the project-config patch for the experimental ci job 17:22:58 sambetts: out of curiosity, any idea when phase 2 of doc migration will happen (to move api ref)? 17:23:03 TheJulia: I think we list all but the first one. could you please add it to the priorities? 17:23:17 dtantsur: on the priority list? 17:23:21 yep - there are some other small patches on the ironic side, but nothing critical I belive 17:23:39 Oh. we forgot to mention that we did another client release last week 17:24:15 dtantsur: added 17:24:28 thanks! 17:24:55 rloo: Thanks, last week was hectic :) 17:25:34 rloo: according to the doc-migration etherpad sometime next cycle, but I've asked in #openstack-doc for a confirmation 17:25:40 TheJulia: :) 17:25:44 so, how is the list looking? 17:26:07 sambetts: thx. once you get confirmation, maybe we can add a comment in that patch, and remove it from our whiteboard. 17:26:14 dtantsur: busy. good though :) 17:26:24 rloo: which patch? 17:26:31 sambetts: the api-ref patch 17:26:32 yeah, good to me as well. any comments/additions? 17:26:35 sambetts: L99 17:26:55 rloo: yup makes sense 17:27:03 ready to move on? we have quite some work ahead :) 17:27:07 dtantsur: Is anyone, as far as your aware, working on a configuration reference doc for ironic? 17:27:22 not that I'm aware of. and ditto for ironic-inspector. thanks for the reminder 17:27:28 :) 17:27:29 TheJulia: there used to be a config ref for ironic. does it just need to be mvoed over? 17:27:52 rloo: if it is an html auto rendered magical reference, yes 17:27:54 TheJulia: it was generated from the ironic configs 17:28:05 * dtantsur looks at the clock 17:28:21 TheJulia: i'll take a look and see if i can find it 17:28:25 me and rloo both have ironic doc clean up patches in flight, I think we need some opinions on: https://review.openstack.org/#/c/485820 and https://review.openstack.org/#/c/486649/ 17:28:29 thanks rloo :) added to line 103 17:28:32 rloo: thanks! 17:28:43 #topic continue/finish pruning Ironic priorities for Pike 17:28:47 rloo: I updated the status of the drac hardware type driver. 17:28:54 thanks rpioso! 17:29:09 dtantsur: :) 17:29:13 I think we last stopped right before the IPA API wotk (line 242) 17:29:20 * rloo only wants to spend minimal time on docs now since we can get those changes in up to the last minute. 17:29:27 thx rpioso! 17:29:52 rloo: +1, minus the configuration reference stuff, since we are going to get emails to the mailing list about a lack of it until it appears :( 17:29:52 it seems that sambetts is still decided to get it in 17:30:05 rloo: np 17:30:13 TheJulia: I'm already getting these emails :) 17:30:31 so, keeping IPA API so far? 17:30:44 I rebased and pushed updated patches for the IPA versioning logic so they *should* be ready to review 17:31:02 i think that is technical debt; if it isn't hard, we should do it 17:31:28 yep 17:31:39 sounds good to me 17:31:56 python 3 is something we discussed already, right? 17:32:07 yes 17:32:14 node tags 17:32:26 nisha doesn't seem to be here; she was going to report status today of python 3 17:32:35 sigh 17:32:41 well, it should not be a lot of work 17:32:55 'should not' :) 17:32:57 I think we landed one of the two outstanding patches last week for python3 17:33:14 vdrok: do you still want and can dedicate time to node tags at this stage? 17:33:17 we can leave that as optional priority. yes? 17:33:25 oh, i was referring to python 3.5 17:33:29 rloo: +1 to keeping python 3 17:33:34 as it's an openstack-wide priority 17:33:51 as to node tags.. I'd limit the number of API additions, to be honest 17:33:56 dtantsur: I think so, yes. at least we've clarified some things with rloo last week 17:33:59 especially since we cannot get it in ironicclient 17:34:05 dtantsur: fine with me 17:34:21 oh yes, good point. no more changes to client. 17:34:32 re: node tagging: I feel the same, I'm hesitant to land api patches at this point as we are going to release the client this week. 17:34:34 * dtantsur votes for moving it to Queens 17:34:39 it's not something we desperately need, it's also technical debt 17:34:50 not technical debt, rather planning debt 17:34:50 +1 to user visible to queens 17:35:00 objections? 17:35:28 done :) 17:35:33 rescue mode 17:35:35 dtantsur: that was fast :) 17:35:46 TheJulia: it's not hard to revert, right? :) 17:35:52 dtantsur: nope 17:35:54 rescue mode needs nova patch. so it can't make it in PIke 17:36:00 re: rescue, next cycle 17:36:07 do we want to make it a priority to do the rescue-ironic patches now? 17:36:20 well, I'm afraid we have enough priorities 17:36:29 ok, so rescue in Queens then. 17:36:30 re: tags: vdrok: I'd love to gain an understanding of how it is technical debt, but that is not for this meeting at the moment. 17:36:34 i think so would be good to add in priority, gate are passing now i believe 17:36:37 rloo: Few reviews on 'rescue' would help, as there wer no reviews on it 17:36:51 stendulker: i agree. more reviewers would help too. 17:37:29 anupn, stendulker: I understand it's sad, and I know it's not your fault. However, we're where we are now, and we cannot stretch ourselves more :( 17:37:31 TheJulia: in a sense that we have half of the code landed for quite a while :) but yeah, maybe rather planning debt 17:38:16 dtantsur: o/ 17:38:44 next? 17:38:56 * TheJulia is good with next 17:39:04 Split away the tempest plugin 17:39:07 are tempest plugins one of Queen's goals? (or maybe they were talking about it and it isn't) 17:39:17 potential Queens goal 17:39:31 I'm not sure the goals are finalized (I am supposed to know it, sigh) 17:39:47 I think we need to move to queens at this point 17:39:48 well, where are we at with those? i thought we were waiting for patches to be submitted 17:39:48 anyway, I don't really feel like potentially de-stabilizing the gate right before the release :( 17:40:01 yeah, move to Queens then. 17:40:03 rloo: we have a huuuuge chain of patches, and it has to grow more 17:40:08 jlvillal: what do you feel about this? 17:40:36 dtantsur: I'm leaning towards waiting on it. Not a pressing priority. And I've let it hit the back-burner 17:40:52 dtantsur: Much rather focus on our big priorities like BFV and others 17:40:52 OMG, I thought we had merged solio's tempest patches 17:40:57 nope.. 17:41:11 objections to moving it to Queens? 17:41:33 Not from me. I think it is a good early cycle goal. 17:41:42 jlvillal: ditto 17:41:43 jlvillal: +1 17:41:52 done 17:41:59 now, deploy steps 17:42:10 this is at the spec stage 17:42:16 Queens imho 17:42:17 that needs the spec to be approved which won't happen in the near future, so Pike 17:42:21 Queens i mean 17:42:24 right 17:42:38 mind your Ps and Qs 17:42:41 actually, I wanted to ask if the ansible deploy method will cover the same functionality 17:42:45 dtantsur: does the ansible driver cover that maybe? 17:42:47 yup 17:42:53 PTG topic? 17:42:59 +1 17:43:04 +1 17:43:11 +1 17:43:12 ok, this goes to Queens for now, and let's talk about it again 17:43:19 although... ok, let's discuss :) 17:43:43 Supported power states API 17:43:51 this is the left-over of the soft power/NMI work 17:44:00 seems like someone is updating the patch now, so i think we can try to get it in 17:44:15 oh, does it need client too? 17:44:17 Even then, there is the question of should we have an api change 17:44:19 does not look like a lot of work, but that's an API change 17:44:33 I mean, we *can* have an API change, it's not going to be exposed in the client 17:44:36 I say lower priority, a stretch goal for this cycle 17:44:43 and then land client stuff in the next cycle 17:44:46 it's already a low priority, yeah 17:44:46 so i'm fine because it is small API change. we can land that and the client code. just not release client til Queens. 17:45:05 okay, sounds good 17:45:07 * TheJulia senses consensu 17:45:10 consensus 17:45:17 Available clean steps API 17:45:23 the mic goes to rloo :) 17:45:43 heh, i started to look at it. then got distracted with other things. rolling upgrades is *almost* done, so I can take it up again. If we want? 17:45:58 I would absolutely love to get it in, even if not exposed through the client 17:46:12 figuring out available clean steps is not an awesome tasks right now 17:46:29 other opinions? 17:46:29 dtantsur: ok then. will update that in next 1-2 weeks. 17:47:00 yeah, worth getting in I think, thanks rloo 17:47:38 the last but not the least: etags 17:47:50 Queens I think. Patches haven't been rebased for a long time. 17:47:51 everything needs rebasing; extensive client change expected 17:48:03 Queens then 17:48:03 no pas-ha to oppose us :) 17:48:26 Queens? 17:48:26 i htink pas-ha is still on vacation 17:48:28 yeah, pas-ha only gets back in a week, so.. 17:48:46 Should be early queen's priority imo because it touches everything right? 17:48:53 kind of, yeah 17:49:01 heh, we already have a backlog for Queens :) 17:49:08 * rloo is concerned about everything we'd like to get into early Queens... 17:49:17 ok, this was the last item. please take another look at the whole list 17:49:48 For discussion at the ptg, but perhaps we make it a queen thing targeting the middle to end of the cycle. 17:50:02 also, should I already remove Post-deploy VIF attach/detach already? 17:50:18 dtantsur: not until after rama_y sends out her email :) 17:50:23 right 17:50:28 oh, yeah, I forgot 17:51:19 okay, other comments? ready to move on? 17:51:32 +1 moving on 17:51:38 I will send out a email summing up our decisions 17:51:46 #topic IRC business hours 17:51:51 so, this is mine 17:52:10 I see the folks dedicating some time slots where they can actively help people on IRC 17:52:14 especially newcomers and beginners 17:52:31 this looks like a good idea. I constantly see folks trying to get help at 2am my time 17:52:36 without any luck 17:53:00 I like the idea, but I'm not sure that is going to make the 2am requests for help disappear 17:53:03 what if we have one slot in Europe evening/US morning and the other in US East evening/APAC morning? 17:53:15 TheJulia: well, at least people will know *when* they can find someone 17:53:25 perhaps both "recommended hours" and "if your question is not answered quickly, please hang out, wait." kind of approach? 17:53:45 the idea of office hours is that we know that at least some people will be there 17:53:47 dtantsur: true 17:53:52 +1 for TheJulia. I am not convinced about the 'official' hours. cuz none of us can really say we will always be there. 17:54:20 well, for me chances are high I'm online 9am - 5pm UTC 17:54:34 'office hours' seems to make it official. that someone *will* be there. and if not, then someone needs to put up a sign saying 'back in 10 min' or whatever. 17:55:05 true, it's not cool if absolutely nobody will be online due to priorities, PTO, etc 17:55:06 how do the other projects? deal with it. i mean, how do they define office hours, etc. 17:55:50 I can look more into it, cannot find right now 17:55:51 do people look at irc topic? maybe add a note there about hours when folks might be around? 17:56:09 or a smart bot that replies if no one else replies? :) 17:56:21 what about a notification keyword? 17:56:22 hah, make lucas revive PixieBoots :) 17:56:32 I'm sorry, no one seems to be around now to answer your question, you might have better luck trying at ... 17:56:42 some of us do generally just help people at odd hours if they are prodded :) 17:56:59 how about whiteboard 17:57:03 I really like AFK nics we could have a bot that looks and recognises core nics and Afk nics 17:57:08 this must be a similar issue in other projects. maybe (yes) time to ask for what 'good practise' would be :) 17:57:22 sambetts_: my bouncer periodically reboots and reclaims the nick without afk.. 17:57:36 rloo: good call. I can take this task 17:57:39 Ah :/ 17:57:47 I am only really AFK if I'm asleep or on a jet.... or just ignoring irc 17:57:54 thx dtantsur. (I always love it when the PTL looks after us.) 17:58:04 ^_^ 17:58:35 on a similar topic: some projects experiment with hosting these meetings in their own channels 17:58:49 I know tripleo did it and like it. I'm not sure how different it is in practice though.. 17:59:10 anyway, one minute alert! 17:59:14 why change if nothing is broke. 17:59:20 true 17:59:28 I like it personally because it means we don't have to deal with time conflicts and people not finding our meeting 17:59:43 I like the distinct channel from a context switching standpoint 17:59:43 yeah, that was the goal 17:59:59 okay, this was just to make you think about it while I think about office hours ;) 18:00:01 thanks all! 18:00:05 #endmeeting ironic