Difference between revisions of "Meetings/Ironic"
< Meetings
(→Agenda for next meeting) |
(→Agenda for next meeting) |
||
Line 9: | Line 9: | ||
== Agenda for next meeting == | == Agenda for next meeting == | ||
* Greeting, roll-call and announcements. | * Greeting, roll-call and announcements. | ||
− | ** | + | ** |
* Outstanding, in-progress or Action Item updates: | * Outstanding, in-progress or Action Item updates: | ||
− | ** | + | ** |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
* Integration and testing | * Integration and testing | ||
** devstack & tempest | ** devstack & tempest | ||
Line 30: | Line 22: | ||
**** [https://wiki.openstack.org/wiki/Ironic#Using_Disk_Image_Builder HowTo] now updated with ironicclient | **** [https://wiki.openstack.org/wiki/Ironic#Using_Disk_Image_Builder HowTo] now updated with ironicclient | ||
**** [https://github.com/NoBodyCam/ironic-element element_with_client] | **** [https://github.com/NoBodyCam/ironic-element element_with_client] | ||
− | + | * [https://github.com/openstack/python-ironicclient python-ironicclient] | |
− | + | *** How will the nova driver initiate a deploy? | |
− | *** How will | + | * [https://review.openstack.org/#/c/51328/ Nova driver] |
− | * | + | ** NobodyCam has been working on the nova driver and has found: |
− | + | *** Ironic will need to handle dhcp for pxe deploys | |
− | + | *** Ironic client will need a method to initiate a deploy | |
− | + | *** Should Ironic send PXE information directly to Neutron? Or, should this information flow through the Nova driver (this is how other hypervisor drivers work)? | |
− | |||
* API discussion: | * API discussion: | ||
** vendor_passthru | ** vendor_passthru | ||
Line 45: | Line 36: | ||
*** should we allow POST and GET? | *** should we allow POST and GET? | ||
*** should data have any requirements / limits? (ie. size < 1k, must be json, etc..) | *** should data have any requirements / limits? (ie. size < 1k, must be json, etc..) | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
* open discussion | * open discussion | ||
Revision as of 21:50, 18 November 2013
Weekly Ironic Project Team Meeting
If you're interested in bare metal deployments with OpenStack, please join us. This meeting is where we'll talk about the Ironic project, an evolution of the Nova Baremetal driver. Anyone is welcome to add items to the agenda below, or bring up their topic during the open discussion at the end of each meeting.
Meetings are held in the #openstack-meeting
room on irc.freenode.net
at 19:00 UTC on Mondays. The next meeting is scheduled for November 18th, 2013 (http://www.timeanddate.com/worldclock/fixedtime.html?iso=20131118T1900).
Following this meeting is the TripleO team meeting, which often also discusses issues related to bare metal deployments.
Agenda for next meeting
- Greeting, roll-call and announcements.
- Outstanding, in-progress or Action Item updates:
- Integration and testing
- devstack & tempest
- Tempest tests for Ironic API: https://review.openstack.org/#/c/48109
- Pre-cache Ironic to slaves: https://review.openstack.org/#/c/54569 [Landed!]
- Enable Ironic in devstack-gate: https://review.openstack.org/#/c/53899
- Enable Ironic in devstack/tempest https://review.openstack.org/#/c/56345
- Enable tempest tests in the experimental pipeline: https://review.openstack.org/#/c/53917
- diskimage-builder element - Out of date! (NobodyCam will update this week)
- HowTo now updated with ironicclient
- element_with_client
- devstack & tempest
- python-ironicclient
- How will the nova driver initiate a deploy?
- Nova driver
- NobodyCam has been working on the nova driver and has found:
- Ironic will need to handle dhcp for pxe deploys
- Ironic client will need a method to initiate a deploy
- Should Ironic send PXE information directly to Neutron? Or, should this information flow through the Nova driver (this is how other hypervisor drivers work)?
- NobodyCam has been working on the nova driver and has found:
- API discussion:
- vendor_passthru
- HTTP response body
- PUT "{data}" to /v1/nodes/{UUID}/vendor_passthru/{method}
- initial work done: call conductor to validate. cast to start the work. return 202-in-progress. some functionality still to add.
- should we allow POST and GET?
- should data have any requirements / limits? (ie. size < 1k, must be json, etc..)
- vendor_passthru
- open discussion