[openstack-dev] [ironic] Midcycle summary part 3/6
Fujita, Daisuke
fuzita.daisuke at jp.fujitsu.com
Thu Mar 3 10:53:38 UTC 2016
Hi, Jim, Julia, and Ironicers,
I have some questions about the BFV.
> > * Hardware supports the UEFI 2.4 spec
Could you please explain the reason that chose version not 2.5/2.6/2.3.1 but 2.4?
In the etherpad[1], I was not able to read the reason why ironicers chose version 2.4.
[1] https://etherpad.openstack.org/p/ironic-mitaka-midcycle
Also, which UEFI protocol is a reference driver planning to support?
Could you please tell me if you already have a thought?
(Of course, I think the detailed specifications are mentioned in the SPEC which Julia is writing)
Best regards
Daisuke Fujita
> -----Original Message-----
> From: 守屋哲 / MORIYA,SATORU [mailto:satoru.moriya.br at hitachi.com]
> Sent: Monday, February 22, 2016 1:51 PM
> To: openstack-dev at lists.openstack.org
> Subject: Re: [openstack-dev] [ironic] Midcycle summary part 3/6
>
> Thanks Jim for summarizing mid-cycle meeting.
>
> I'd like to clarify the next step for boot-from-volume things.
> In the etherpad (https://etherpad.openstack.org/p/ironic-mitaka-midcycle),
> there's high level plan:
>
> * High level plan
> * Review specs
> * Write new specs for the base drivers - This may need the composable driver spec as there are numerous permutations
> * the base implementation should be fully open source
> ...
> * Julia to write a spec for this reference implementation
> * Then begin letting in the other drivers
>
> So the next step is reviewing specs and the specs are:
> * ironic
> https://review.openstack.org/#/c/200496/
> * nova-ironic driver
> https://review.openstack.org/#/c/211101/
>
> We need to agree on ironic-spec(200496) before nova PTL reviews nova-ironic
> driver spec(211101). In addition to that, Nova spec freeze date is usually
> set around milestone-1 (quite early in the development cycle), and so I'd
> like Ironic-cores to review the specs above before the next summit.
>
> 200496 has already got lots of reviews (thanks guys!), but unfortunately,
> it's not reviewed enough by core reviewers.
>
> Regards,
> Satoru
>
>
> > -----Original Message-----
> > From: Jim Rollenhagen [mailto:jim at jimrollenhagen.com]
> > Sent: Thursday, February 18, 2016 5:14 AM
> > To: openstack-dev at lists.openstack.org
> > Subject: [!][openstack-dev] [ironic] Midcycle summary part 3/6
> >
> > * Discussed boot-from-volume things
> > * This is something we'd like to start working on in Newton, though
> > depending on priority it may be an Otaca thing.
> > * Would like to ship a reference implementation first as the "base
> > case"; this would support a deployment where all of the below are
> > true:
> > * Deployment has metadata service (configdrive not supported)
> > * Deployment does not require local boot (in other words, this will
> > only support booting the instance via iPXE)
> > * Hardware supports iPXE
> > * Hardware supports the UEFI 2.4 spec
> > * Once that ships, vendors are free to use vendor-specific features to
> > provide a better experience
> > * TheJulia will be writing a spec for this reference implementation
> > * Talked about how we might get a configdrive to the instance
> > * Some hardware may support it via virtualmedia
> > * Some hardware may support it via a second volume
> > * ironic-conductor could mount the volume and carve out a
> > configdrive partition. This has implications on network and
> > customer data security, cannot be used with encrypted volumes, and
> > could break an image that doesn't have sufficient space at the
> > end.
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list