16:00:30 #startmeeting ironic_bfv 16:00:31 Meeting started Thu Sep 21 16:00:30 2017 UTC and is due to finish in 60 minutes. The chair is TheJulia. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:35 The meeting name has been set to 'ironic_bfv' 16:00:35 o/ Everyone 16:00:44 Who is here for a meeting about booting baremetal from remote volumes? 16:01:31 o/ 16:02:00 Good evening hshiina 16:02:10 TheJulia, good evening 16:02:16 :) 16:02:20 o/ 16:02:44 oh, there is a mjturek 16:02:53 Awesome, I think we have enough people to get started 16:03:05 Our agenda, as always can be found on the wiki. 16:03:07 #link https://wiki.openstack.org/wiki/Meetings/Ironic-BFV 16:03:46 #topic Announcements/Reminders 16:04:19 We're resuming our meetings, since our work is not entirely done in this area. 16:05:01 There are some thoughts, ideas, and notes on the etherpad, if anyone has any thoughts or items they would like to discuss in detail, that would be a good place to put notes. 16:05:04 #link https://etherpad.openstack.org/p/Ironic-BFV 16:05:21 Does anyone else have any announcements or reminders to bring up? 16:05:56 nothing from me 16:05:56 i have nothing today 16:06:10 Well then, I shall proceed 16:06:14 #topic Current Status 16:06:56 #info We've had reports of some users attempting to ipxe boot to an iscsi target with the feature resulting in root device not found errors. 16:07:49 #link https://bugs.launchpad.net/ironic/+bug/1716794 16:07:49 Launchpad bug 1716794 in Ironic "Boot from Ubuntu volume on baremetal node incomplete" [Undecided,New] 16:08:20 It looks like we may need to do some things in diskimage-builder and update documentation to help make it easier for people to understand the slight differences :\ 16:09:06 that's right 16:09:21 The bug does essentially give us all of the information we need to move forward there, so if there are any volunteers, please assign the ticket to yourself. 16:09:32 Make an element that does hshiina's suggestion? 16:09:34 If not, it might be a week or two until I can get to that on my todo list 16:10:06 mjturek: That is my thought, and update our docs 16:10:25 cool cool, I'd be happy to propose something to DIB unless hshiina is already handling it 16:10:53 i've started seeing dib but i haven't fully understood it 16:11:01 we will need to delineate some of the information apart, but... that is normal in driver variation. Drivers with OOB boot controls for HBAs/initiators shouldn't really have this problem. 16:12:08 hshiina: dib.... is definitely a thing that can take a little time to wrap one's brain around. If there is the only the single thing we need to do in an element, then it won't take long for someone to write it. I guess I could take it on, if someone were to test booting various OSes with it 16:12:52 TheJulia: I'll volunteer 16:13:00 mjturek: thanks! 16:13:04 I've dug through DIB a bit before 16:13:20 #info mjturek will take on creating a dib element for BFV. 16:13:21 mjturek, thanks! i will help by reviewing 16:13:47 np :) 16:14:03 Beyond that, I think our only real outstanding item from last cycle was the patch in nova for ports/portgroup ip to connector information updates. 16:14:11 hshiina: Do you know the current status of that patch? 16:14:42 i updated it and create a new blueprint for queens 16:15:00 Awesome, thanks! 16:15:15 you're welcome 16:15:40 Anyone have anything else to bring up before we move on discussing new and exciting things? 16:15:44 i'll paste the link for BP to etherpad 16:15:53 hshiina: Thanks! 16:16:03 #link https://blueprints.launchpad.net/nova/+spec/ironic-volume-connector-ip 16:16:18 mjturek, thanks 16:16:24 will review :) 16:16:42 awesome 16:17:08 Okay, moving on! 16:17:19 #topic Planning/Discussion 16:18:02 Looking at the etherpad, https://etherpad.openstack.org/p/Ironic-BFV 16:19:03 Starting at line 15, regarding UEFI, I posted a condensed reply to the ilo team specification, based upon discussions at the PTG. 16:19:05 #link https://review.openstack.org/#/c/207337/ 16:21:08 #info Please see the comment posted by Julia Kreger on September 19th on https://review.openstack.org/#/c/207337/ if interested in UEFI and the direction that we seem to have some consensus, at least PTG wise on moving forward in. 16:21:46 Moving on to FCoE :) 16:22:55 #info I discussed FCoE support in cinder with some people at the PTG. Apparently someone is working on it, but also if it is not done in a way we can use with devstack on linux, everyone I spoke with seemed to agree that it would be okay for them to accept a driver to facilitate it. 16:24:11 #info TheJulia will follow-up regarding FCoE over the next few days, and we can discuss next week if we want to tackle that this cycle. 16:25:10 Regarding line 27, inspector support, would anyone be interested in looking at what it might take or how we might add support to inspector for HBA detection and connector population? 16:25:47 This would, sadly, require such hardware to be on hand unless qemu can emulate such hardware, which I think it cannot. 16:26:05 I'll look into if we have such hardware in our lab 16:26:31 I'll also investigate our hardware 16:27:11 #info Inspector support requires hardware to develop against - mjturek and hshiina will investigate their respective options and get back to us. 16:28:27 hshiina: Regarding line 31, back to the port/portgroup stuff. I find your idea intriguing. 16:29:30 #link https://bugs.launchpad.net/ironic/+bug/1715529 16:29:31 Launchpad bug 1715529 in Ironic "[RFE] Associate ports and portgroups with volume connectors" [Undecided,New] 16:29:39 hshiina: would it still require changes in nova? 16:30:02 TheJulia, yes 16:30:15 it also require nova change 16:30:51 though it will be more simple than using mac address, i guess 16:31:19 And I guess code in the storage interface to look at the information on hand and do the right thing as well? 16:32:26 i think so 16:32:48 Interesting, if not invasive, I suspect we could just go with an RFE. I do like it a lot though. 16:33:14 i'm planning to make poc code 16:33:33 Excellent, I guess that will show us what that would actually look like, and then we can go from there. 16:34:02 Does any one have anything else to discuss related to planning? 16:34:34 I'm good 16:34:47 i have nothing else 16:34:57 Okay 16:35:02 #topic Open Discussion 16:35:30 as a heads up I'm on PTO next week 16:35:40 Awesome, vacation is always good :) 16:35:49 agreed :) 16:36:06 We did have someone interested that came into #openstack-ironic earlier this week inquiring about attachments after boot. They also inquired about using RBD, which, as discussed amongst some previously is problematic 16:36:49 Really, I suspect out of band will only ever work "as expected" with out of band bmc controlled initiators 16:37:03 but :\ Something to think about I guess 16:37:58 One question for attendees, does this time still work, or should I start a poll to look at rescheduling the time window? 16:38:43 I'm still good with this time! 16:39:05 I'm ok 16:39:13 Okay 16:39:20 Anyone have anything else to bring up? 16:39:31 "attachments after boot" meaning attaching a remote volume, not booting from it later on right? 16:39:40 mjturek: correct 16:39:41 would that really be under ironic's scope? 16:40:15 Somewhat yes, somewhat no 16:40:26 I guess it could be as it's interacting with baremetal and other openstack components 16:40:56 There is a little bit of a gray area, but if we're orchestrating BMCs, it makes sense. And we have the ability to re-attach things with more volumes or different connects data wise 16:41:04 yeah 16:41:24 Worth pondering I guess. 16:41:27 yeah fair enough 16:41:36 agreed, it's an interesting thought! 16:42:21 Well, if there is nothing else, we can call it a day and meet again next week. 16:42:49 Thanks everyone! 16:42:54 thanks! 16:42:55 thanks! 16:43:14 #endmeeting