19:01:28 #startmeeting ironic 19:01:29 Meeting started Mon Sep 22 19:01:28 2014 UTC and is due to finish in 60 minutes. The chair is devananda. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:01:29 o/ 19:01:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:01:32 The meeting name has been set to 'ironic' 19:01:37 hi! 19:01:45 hi all 19:01:57 as usual, our agenda is here: https://wiki.openstack.org/wiki/Meetings/Ironic 19:01:59 I always feel like this is a talk show with a big musical intro led by the bot 19:01:59 o/ 19:02:08 hi 19:02:13 jroll: lol 19:02:14 o/ 19:02:19 hi 19:02:23 howdy 19:02:33 #topic announcements 19:02:53 I have a few things that we should probably cover in the opening section 19:02:56 Hi 19:03:06 apologies in advance for not stashing those on the wiki, they should be quick 19:03:34 first, of course, congrats to everyone on all the work getting the project to the point where the TC felt comfortable integrating it 19:03:50 great work everyone!!!! 19:03:55 that doesn't change any of our plans, and doesn't affect us in the Juno timeframe 19:04:21 it does mean we'll actually need a doc writer to be involved in Ironic (and in the OpenStack Docs program) during Kilo 19:04:23 \o/ nice work, everyone 19:04:51 devananda: will we have to come up with this person? oe will they? 19:04:54 that's a significant gap in our current community contributions 19:05:00 NobodyCam: who's "they" ? 19:05:13 the OpenStack Docs program folks 19:05:14 this is not something the openstack doc team provides 19:05:15 no 19:05:29 we need a person on our team who works with them 19:05:54 just like we've had folks on our team who have worked with the qa and devstack and infra folks for the last year 19:05:59 do we have a time line to select this person? 19:06:24 it could be mroe than one person 19:06:37 and I don't think we "select" them 19:06:45 :-p 19:06:49 anyawy 19:07:18 we are still in feature freeze / string freeze / focus on bugs mdoe for a bit longer. and a big thanks to everyone who's working on that 19:07:51 also, I am going to run for PTL again this cycle (sending that letter is on my todo for tonight) 19:08:20 * NobodyCam +1's devananda nomanation 19:08:53 ++ 19:08:54 I will continue counting on folks to assist with running the project -- and want to thank lucas (who's not here?) and NobodyCam for that 19:09:31 in an ideal world, I'd like to have others who could step in for me if need be by the end of Kilo 19:09:31 +millions for thanking all three of you 19:09:38 ++ for all three 19:09:51 (I dont like being a SPoF, and I dont think enough folks know how to do the release management things right now, for example) 19:10:15 ok - that's all for my announcements! 19:10:20 NobodyCam: have anything? 19:10:41 nope you covered what I had 19:10:43 cool 19:10:48 #topic RC status 19:10:49 I'd like to announce that CI for the agent driver has landed :D 19:11:02 * jroll will go more into that later 19:11:12 jroll: awesome! yep, let's get to that in the IPA section 19:11:15 #link https://launchpad.net/ironic/+milestone/juno-rc1 19:11:27 we still have a lot of in progress bugs up there 19:11:38 4 are tagged "High" 19:11:54 #1279331 conductor lacks periodic task to keep PXE env up to date 19:12:00 #1342919 instances rescheduled after building network info do not update the MAC 19:12:06 #1347604 ironic-dbsync fails on SQLite due to bad support of migrations 19:12:12 #1355510 conductor hash ring is not updated as nodes arrive and leave 19:12:51 devananda: 1347604 is just documentation now, so not really "high" at this point 19:13:05 #1279331 and #1355510 are related. last week we talked a bit about that -- what's the sense on whether we can make those changes in Juno? 19:13:05 I'd still call it high 19:13:22 deva, https://bugs.launchpad.net/ironic/+bug/1370466 is not on the RC1 milestone. Can ywe add it on the list? 19:13:26 Launchpad bug 1370466 in ironic "pxe_ilo driver will fail on ipmitool error after switching from uefi to bios boot mode" [Medium,In progress] 19:13:48 Shrews, dtantsur: I don't think a doc bug is high at this point in the release cycle -- it's not something to block the release on. 19:14:35 devananda, well, it make our quick start guide not work as it's written. don't know if it's high 19:14:38 wanyen_: it looks like a patch is in flight, though i need to review the bug's alternatives 19:14:54 deva, yes the fixes has been submitted. 19:15:05 dtantsur: not saying it's not a bug -- just that that doesn't meet the standards for "high" 19:15:21 probably, yeah 19:15:27 dtantsur: we could close it with my current patch, and open a new bug for documenting ironic-dbsync more thoroughly 19:15:33 right 19:15:35 wanyen_: targeted 19:15:46 deav, ty 19:15:56 s/deva/deva 19:16:02 so, what's the concensus on the hash ring? 19:16:07 i think we need to make a decision today 19:16:23 and either fix it in the next few days or bump it to kilo 19:16:24 "use the agent driver" is my answer to that :P 19:16:31 * NobodyCam would vote to bump to kilo 19:16:33 my question is, do we think we can fix it that quickly? 19:16:46 devananda: greghaynes suggested bumping, and i agree 19:16:50 if we bump it to kilo, we need to include documentation about that limitation in the release notes 19:16:51 I don't think we can fix it in a couple of days 19:16:52 doesn't even look like anyone is assigned to 1279331 19:16:56 +1 to release note 19:17:27 would love to have hash ring fixed in next few days, but not sure it is possible. is there a (sorry) design for it? 19:17:34 I think that is the best course at this late stage in the release cycle 19:18:07 bumpping to kilo that is 19:18:22 rloo: afaik, no formal spec. lots of bugs and discussion on them, though 19:18:26 +1, it's sad but I think that's the best route 19:18:41 yea, that makes me a bit sad too 19:18:54 devananda: so the bugs/discussions (for me) ought to be agreed on first, before reviewing any code. 19:19:16 i should have kept better track of that work post midcycle 19:20:02 it's a fairly serious bug for anyone using the curent pxe driver and more than one conductor, fwiw 19:20:32 agree 19:20:38 and I do expect to see people deploying juno 19:20:40 devananda: there is more than RC1 before the juno release. do we have more than a few days to fix the hash ring? 19:20:49 are there other bugs which folks feel should block the release? 19:21:18 about "#1342919 instances rescheduled after building network info do not update the MAC" 19:21:33 I think it should be clarified in the bug, what else needs to be done 19:21:37 dtantsur: I thought that was fixed? 19:21:53 it looks like blocking rc1, but does not look like it requires changes in Ironic itself 19:21:57 rloo: yes. RC1 is the point we re-open the main development tree 19:22:09 rloo: but we can continue to have RC2...N if necessary over the next few weeks 19:22:11 I'm fairly certain that's done, hm 19:22:23 rloo: the problem is, they take significantly more work to backport bug fixes to those branches 19:22:26 jroll, that's why I'm asking for clarification 19:22:39 * jroll looks 19:22:40 devananda: so I think we should try to get the hash ring stuff in. 19:22:40 rloo: so if we plan on making some big change / fixing soem big bug, it's better to delay the RC1 tag 19:22:48 rloo: I agree 19:22:58 https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L538-544 19:22:59 oh, if we can delay RC1, that might be better. How long can we delay it for? 19:23:02 I would actually really like to see it fixed in Juno 19:23:03 this was the fix afaik 19:23:08 dtantsur: ^ 19:23:37 comstud: https://bugs.launchpad.net/ironic/+bug/1342919 is fixed here, yes? https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L538-544 19:23:39 Launchpad bug 1342919 in ironic "instances rescheduled after building network info do not update the MAC" [High,In progress] 19:24:29 rloo: we /should/ tag it this thursday. delaying it means delaying downstream testing 19:25:34 devananda: hrm, if the hashring stuff is going to affect usability, we probably *should* try to get something in 19:26:01 devananda: so maybe we should discuss after meeting, about hash ring. i don't know what the status is with that. I'm willing to help out, but I think we need to see where we're at and what needs to be done to fix. 19:26:16 ok. let's dig into that after the meeting 19:26:33 if there are no other bugs that folks feel should block RC1, I will start bumping things tomorrow 19:26:47 and the release will be tagged when https://launchpad.net/ironic/+milestone/juno-rc1 contains no open bugs 19:26:57 I'm really feeling like closing https://bugs.launchpad.net/ironic/+bug/1342919 right now. Objections? 19:26:58 I will bump anything below High at this point, fwiw 19:26:59 Launchpad bug 1342919 in ironic "instances rescheduled after building network info do not update the MAC" [High,In progress] 19:27:26 dtantsur: oh - taht's fixed in Nova now? 19:27:46 if that's a bug in the virt driver,a nd fixed in Nova, it's not a bug in Ironic any more, right? 19:28:06 devananda, jroll posted https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L538-544 19:28:18 which presumably means it's fixed 19:28:21 would it be worth trying to get bugs like: https://bugs.launchpad.net/bugs/1323589 thru 19:28:22 Launchpad bug 1323589 in ironic "Installation guide needs updating" [Medium,In progress] 19:28:32 NobodyCam: no. that can be done later 19:28:37 ack 19:28:39 NobodyCam: doc bugs don't block a code release 19:28:50 ++ 19:28:55 since committing changes to the doc/source/* tree immediately updates the website 19:29:02 there's no need to backport those to a release candidate branch 19:29:17 dtantsur: closing that bug looks appropirate 19:29:24 ack thanks 19:29:29 ok. going to move on so that we have time to cover other things too 19:29:29 -1 high bug! 19:29:43 #topic Kilo summit planning 19:29:50 keeping this -really- brief today 19:30:13 deva, we have not submitted ilo driver doc and uefi doc. Do we need to file a bug for them? 19:30:24 just a reminder that, once the RC is tagged, we'll open development and start accepting specs and thinking abotu planning and stuff 19:30:33 wanyen_: those don't need bugs. please submit the docs ASAP. 19:30:42 deva, ok 19:30:46 do we have any ideas for the pod signup sheet? or just in general how the will be handled 19:31:10 ...how the POD will be... 19:31:19 NobodyCam: I don't know what day(s) we'll be scheduled on, or hwo many official sessions we'll have. 19:31:32 NobodyCam: so yes, we'll need to run a POD, and we'll need a process for that. 19:31:40 I've suggested using a google doc 19:31:43 * devananda finds the link 19:32:27 #link https://docs.google.com/spreadsheets/d/1XBKdeDeGfaRYaThjIIoYRwe_zPensECnxsKUuqdoVmQ/edit#gid=0 19:32:37 please start jotting down your session ideas there 19:32:40 it's open to anyone to edit 19:32:47 we'll discuss it in the following weeks (but not today) 19:33:27 also, fyi, if you want to discuss something in another program's track 19:33:27 ack 19:33:31 those are linked / tracked here: 19:33:32 #link https://wiki.openstack.org/wiki/Summit/Planning 19:33:44 some are using etherpads, some are using gdocs... 19:33:59 there will be no planning website like we had at the last developer summits 19:34:04 moving on ... 19:34:11 #topic subteam reports 19:34:28 heya! 19:34:34 adam_g: hi! testing status? 19:34:51 hi, still having a hard time getting -infra to push two changes that will enable the grenade testing. 19:34:51 adam_g: looks like we're still waiting for the tempest parallel -nv test to be merged to infra 19:35:00 hrm 19:35:24 jroll has landed all of the IPA stuff and it looks like there is a new non-voting job that will be propagating out to jenkins slaves now 19:35:40 w00t 19:35:44 I think we're going to need the grenade test to be run on the RC branches to give us confidence that it will pass on the juno/stable branch once that is cut 19:35:56 jroll: awesome! 19:36:19 adam_g: anything I can do to help? 19:36:30 devananda, yeah. ill be more vocal today about getting that stuff reviewed 19:36:40 seems i can get one +2, then it languishes for a rebase before the next core will look at it 19:36:46 :-/ 19:36:48 adam_g: btw, can you add the agent_ssh job to http://no-carrier.net/~adam/openstack/ironic_gate_status.html ? :) 19:37:00 jroll, yea 19:37:00 (no rush) 19:37:03 thanks 19:37:11 should probably make that page a bit more readable 19:37:31 aside from the on-going CI stuff, one point i wanted to bring up re stable/icehouse 19:38:09 the current tempest job is voting on stable/icehouse patches, but our API has changed in juno and the baremetal tests no longer pass against incehouse 19:38:32 adam_g: oh? what part of our API ? 19:38:44 due to addition get/set boot device API, and some changes around console 19:38:58 I thought branchless tempest' goal was to prevent that sort of thing 19:39:04 (but IMBW) 19:39:06 yeah, it is 19:39:12 oooh - i see 19:39:21 but we haven't been paying too close attention to the stable/icehouse branch 19:39:22 we added features to the API without making tempest able to NOT run those tests 19:39:29 the features were added, then tests 19:39:49 adam_g: yup. thanks for bringing that up. we'll need to keep track of stable/juno much better during Kilo than we did with stable/icehouse 19:40:11 adam_g: are there bugs open for this? 19:40:23 my question: should we turn tempest off for stable/icehouse and maintain that branch as a best effort, and promise API stability starting with juno? 19:40:36 it seems like we should make the client smart enough to discover that those endpoints aren't present, rather than what it is probably doing now 19:40:50 devananda: well you should be voting in kilo, so those should changes should be blocked across a release boundary 19:41:10 devananda, well, we're using the tempest baremteal client, not python-ironicclient. 19:41:34 adam_g: right. we need to do both, IMO. 19:41:55 mtreinish: i'm not sure what you mean by "blocked" here... 19:42:16 it would bounce of the gate with a failing test if you proposed a breaking api change 19:42:17 mtreinish: taht further changes of this type wouldn't be possible because stable/juno will vote on kilo patches in Ironic and tempest, or something else? 19:43:00 mtreinish: if we proposed a new test in tempest which passed on master/kilo but failed on stable/juno? 19:43:18 devananda: yeah basically the branchless tempest advantages should prevent you from breaking an api that's already got coverage 19:43:46 mtreinish: great 19:44:05 devananda, as i said, one issue was the new features added. the other was a straight up modification to the API: https://review.openstack.org/#/c/87760/ 19:44:05 devananda: well yeah it'll still be dependent on test coverage, but: http://docs.openstack.org/developer/tempest/overview.html#branchless-tempest-considerations 19:44:51 adam_g: ah. yup. that happened :( 19:45:13 adam_g: so we should prevent that happening again 19:45:42 moving on so we dont run out of time 19:45:43 dtantsur: bugs! we covered the release blocking ones already, but do you have anything to add? 19:45:45 devananda, definitely, and i think we will, since stable/juno will be better maintained and see official releases 19:45:53 numbers! 19:45:59 Open: 100 (-11). 3 new (-3), 32 in progress (-4), 0 critical (-1), 10 high (-1) and 4 incomplete (-1); juno-rc1: 15 (-3) 19:46:11 good job, though 15 for rc1 is hard ;) 19:46:33 also, I started again pocking folks about forgotten bugs 19:46:51 dtantsur: thanks! 19:46:52 please have a look at what you're assigned to: 19:46:53 dtantsur: high is at 9 now? 19:47:08 #link http://ironic-bugs.divius.net/ 19:47:09 yea, we have 9 High bugs, but only 4 targeted to RC 19:47:21 ;) 19:47:52 dtantsur: I'm going to bump non-High RC-targeted bugs in the next day or so, fyi 19:47:56 heh, my site is sometimes slow to update :) 19:47:57 drivers -- jroll, linggao, and wanyen -- anything to announce or discuss? 19:48:04 ack 19:48:08 hi! 19:48:18 as I said before, we now have upstream CI for agent_ssh driver 19:48:42 now the main focus for IPA, for the remainder of the cycle, is docs and packaging 19:48:56 JayF: did we make any decisions this morning about packaging IPA? 19:48:57 jroll: awesome 19:49:07 Would it be OK if we punted on real "packaging" of IPA this cycle? 19:49:14 JayF: ++ 19:49:15 Yes, we have added a "IBM xCAT CI" in Ironic review page for the third party CI test for your patches. 19:49:16 we have landed iso image build script to ipa. 19:49:21 Tag a release in git, yes. Upload to pypi, yes... but maybe instruct distro packager to hold off a cycle 19:49:23 JayF: I'm cool with that :) 19:49:32 we are working on doc and do more testing 19:49:41 It tests the ipminative with real hardware. 19:49:46 JayF: and by packaging I mean any/all packaging, not only distro. but I like your plan. 19:49:47 wanyen_: nice! 19:49:49 It is non-voting 19:49:55 linggao: that's awesome :D I'd like to do the same 19:49:57 wanyen_: awesome:) 19:50:03 devananda: wdyt? Agreed with upload to pypi and tagging in git but punting on distro packaging? 19:50:06 we plan to submit dib element for iso image build script 19:50:15 wanyen_: what are your thoughts on getting third-party CI system reporting tests of the iLO driver on real hardware? 19:50:31 we are lookin ginto that for kilo 19:50:59 wanyen_: CI can be set up any time, even during feature freeze :) 19:50:59 JayF: I think it's too late tojust now start packaging for a Juno release 19:51:29 linggao: great job on the third-party CI stuff. I've added a little info to the wiki, but I would appreciate it if you have more you can share 19:51:43 ^_^ 19:51:51 #link https://wiki.openstack.org/wiki/Ironic/Drivers 19:51:58 devananda: curious what you mean, in detail, by packaging... would my proposal of cutting a release to pypi and tagging something in git be OK? 19:52:01 ^ I added to that already for agent things 19:52:41 JayF: let's talk a bit more, I think it's worth getting infra's opinion on it as I'm not a packaging/release expert 19:53:04 okay 19:53:17 JayF: fwiw, I think pushing a tagged release to pypi is the right approach, but IMBW 19:53:58 linggao: I would love to have a page that shows me the status of all ibm-xcat tests over time, similar to the page adam_g has here for the upstream tests 19:54:06 linggao: http://no-carrier.net/~adam/openstack/ironic_gate_status.html 19:54:31 eventually I would like a summary of all the test stats to be on the wiki 19:54:55 devananda, ok. We'll see what we can do for that. 19:55:02 five minutes 19:55:04 thanks! 19:55:15 Just to clarify- we did ilo driver test on real hardware 19:55:33 any other comments or questions about drivers? 19:55:46 will move on to open discussion in 20 seconds :) 19:56:07 #topic open discussion 19:56:11 wanted to ask if we should come up with a version / feature comparison chart. I've already started to questions about what packaged version of openstack work with Ironic... 19:56:42 NobodyCam: "packaged version" being like the things HP / mirantis package up and ship? 19:56:51 *started to SEE questions 19:57:10 NobodyCam: I would think the answer would be "anything that runs on juno" for now 19:57:39 and the distros like the zigo stuff this mornign in channel 19:57:41 that said, I don't think, as a project, we should care about packaged versions of openstack; those questions should be pointed at $packager support 19:57:44 ah ok 19:57:49 NobodyCam: so, we can not and should not get in the habit of answering questions about distros 19:57:56 jroll: exactly 19:58:18 ack ... just want to check 19:58:22 wanted 19:58:33 NobodyCam: zigo's questions seemed to boil down to "does current trunk of Ironic work with the .deb of Icehouse Nova?" 19:58:43 NobodyCam: which is quite different from a version / feature comparison chart 19:58:55 which some other openstack projects have tried to maintain 19:59:01 like, what features work on vendor X hardware 19:59:09 I actually really want us to avoid that 19:59:24 30 seconds 19:59:28 ac ++ 19:59:43 thank you all! great meeting 19:59:47 let's move to our channel, thanks everyone :) 19:59:53 cheers, thanks all! 19:59:54 tx 20:00:02 #endmeeting