Jump to: navigation, search

Difference between revisions of "Meetings/Ironic"

(Weekly Ironic Project Team Meeting)
(Agenda for next meeting)
Line 21: Line 21:
 
** PXE driver
 
** PXE driver
 
*** image services patch LANDED! [https://review.openstack.org/#/c/35272/ 35272]  
 
*** image services patch LANDED! [https://review.openstack.org/#/c/35272/ 35272]  
*** Review [https://review.openstack.org/#/c/33616/ 33616]
+
*** Review [https://review.openstack.org/#/c/33616/ 33616] LANDED!
 +
** python-ironicclient
 +
*** Yes we have a client repo too! [https://github.com/openstack/python-ironicclient Repo]
 +
*** initial import [https://review.openstack.org/#/c/45144 45144]
 
* API discussion:
 
* API discussion:
 
** PUT vs PATCH in the API (PUT AND PATCH)
 
** PUT vs PATCH in the API (PUT AND PATCH)

Revision as of 22:58, 5 September 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 September 9th, 2013 (http://www.timeanddate.com/worldclock/fixedtime.html?iso=20130909T1900).

Following this meeting is the TripleO team meeting, which often also discusses issues related to bare metal deployments.

Agenda for next meeting

  • Improvements of testing
    • Devstack integration
    • diskimage-builder element
  • Outstanding or in-progress tasks:
    • Keystone authentication. admin-only done. v3 domains not working yet.
    • PXE driver
      • image services patch LANDED! 35272
      • Review 33616 LANDED!
    • python-ironicclient
      • Yes we have a client repo too! Repo
      • initial import 45144
  • API discussion:
    • PUT vs PATCH in the API (PUT AND PATCH)
    • vendor_passthru: return values and HTTP methods allowed for this resource
      • decided that clients will do something like POST '{"foo": "bar"}' /nodes/1/vendor_passthru/<method>
        • where method doesn't exist in the api code
        • allow POST and GET
        • rpc side? general 'notify' or single 'passthru' method?
          • single passthru
        • what should it return?
          • return something like 202 and say that the request is fine but it is async so there's no ret value
          • use GET to retrive status
        • we are not introspecting the user data at all!
          • only driver should veryfy data
          • should data have any requirments / limits? (ie. size < 1k, must be json, etc..)
  • Food For Thought:
    • How will Ironic integrate / interface with nova?
      • can we replace nova baremetal incrementally?
    • How will Ironic handle networking / Ip's / neutron?
    • Use models instead of migrations for creating a DB.
    • Keystone options not reflected in sample.conf Missing Options
    • Inform node of ironic's api url?
      • Kernel param
      • Dhcp option tag
      • Dns name
      • Other?
    • How will Ironic handle > then 1 conductor
      • can / should we pin chassis and nodes to a conductor?
      • How will Ironic handle HA and scaling over all?
      • how will Ironic fit in / scale with other openstack stories (Ie. TripleO)
  • open discussion

Previous meetings

Logs from previous meetings can be found here.