Jump to: navigation, search

Difference between revisions of "Meetings/Ironic"

(Agenda for next meeting: add hash ring, update a few other items)
(Weekly Ironic Project Team Meeting)
Line 39: Line 39:
 
*** 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
** Ironic to probe metrics from other hardware devices, not only servers. (e.g storage arrays)
+
** is the API right to expose a way to break the lock of a node? If so, where in the API it should live?
  
 
== Previous meetings ==
 
== Previous meetings ==
  
 
[http://eavesdrop.openstack.org/meetings/ironic/ Logs from previous meetings can be found here.]
 
[http://eavesdrop.openstack.org/meetings/ironic/ Logs from previous meetings can be found here.]

Revision as of 19:40, 6 December 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 25th, 2013 (http://www.timeanddate.com/worldclock/fixedtime.html?iso=20131125T1900).

The related TripleO project has its team meeting on Tuesday at the same time, in the #openstack-meeting-alt room.

Agenda for next meeting

  • Greeting, roll-call and announcements.
  • Outstanding, in-progress or Action Item updates:
    • consistent hashing to map instance to conductor
  • Integration and testing
  • 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
      • PXE driver should update Neutron DHCP OPTs directly
    • dkehn working on porting a portion of neutron client to Ironic
  • API discussion:
    • Exposing node deploy()
    • 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..)
  • open discussion
    • is the API right to expose a way to break the lock of a node? If so, where in the API it should live?

Previous meetings

Logs from previous meetings can be found here.