Jump to: navigation, search

Difference between revisions of "Meetings/Ironic"

(Agenda for next meeting)
(Agenda for next meeting)
Line 10: Line 10:
  
 
* Greeting, roll-call and announcements.
 
* Greeting, roll-call and announcements.
** Hong Kong design summit: call for papers! [http://summit.openstack.org/ submit here!]
+
** Hong Kong design summit: call for papers!  
*** Six so far:
+
*** [http://summit.openstack.org/ submit here!]
**** http://summit.openstack.org/cfp/details/57
+
*** [http://summit.openstack.org/cfp/topic/7 view proposed Ironic talks here!]
**** http://summit.openstack.org/cfp/details/97
 
**** http://summit.openstack.org/cfp/details/108
 
**** http://summit.openstack.org/cfp/details/112
 
**** http://summit.openstack.org/cfp/details/137
 
**** http://summit.openstack.org/cfp/details/139
 
** Announcements from Devananda
 
 
* Integration and testing
 
* Integration and testing
 
** diskimage-builder element - on hold?  
 
** diskimage-builder element - on hold?  
Line 27: Line 21:
 
* Outstanding or in-progress tasks:
 
* Outstanding or in-progress tasks:
 
** python-ironicclient
 
** python-ironicclient
*** Yes we have a client repo too! [https://github.com/openstack/python-ironicclient Repo]
+
*** Yes we have a client repo too! [https://github.com/openstack/python-ironicclient]
*** What should Ironic's service_type be when registering with keystone?
+
** What should Ironic's service_type be when registering with keystone?
**** baremetal
+
*** baremetal
**** provisioning
 
**** ironic
 
 
** Ironic: The Real Java Driver [https://github.com/NoBodyCam/ironic/blob/master/README.rst what_is_it?]
 
** Ironic: The Real Java Driver [https://github.com/NoBodyCam/ironic/blob/master/README.rst what_is_it?]
 
* API discussion:
 
* API discussion:
** vendor_passthru: return values and HTTP methods allowed for this resource [https://review.openstack.org/#/c/41976 41976] '''Abandoned????'''
+
** vendor_passthru: return values and HTTP methods allowed for this resource [https://review.openstack.org/#/c/41976 41976] '''Merged! Woot!'''
 
*** decided that clients will do something like  POST '{"foo": "bar"}' /nodes/1/vendor_passthru/<method>
 
*** decided that clients will do something like  POST '{"foo": "bar"}' /nodes/1/vendor_passthru/<method>
 
**** where method doesn't exist in the api code
 
**** where method doesn't exist in the api code
Line 44: Line 36:
 
***** use GET to retrive status
 
***** use GET to retrive status
 
**** we are not introspecting the user data at all!
 
**** we are not introspecting the user data at all!
*****  only driver should veryfy data
+
*****  only driver should verify data
***** should data have any requirments / limits? (ie. size < 1k, must be json, etc..)
+
***** should data have any requirements / limits? (ie. size < 1k, must be json, etc..)
 
* Food For Thought:
 
* Food For Thought:
 
** How will Ironic integrate / interface with nova?
 
** How will Ironic integrate / interface with nova?
 
*** can we replace nova baremetal incrementally?
 
*** can we replace nova baremetal incrementally?
 +
**** No. Once we have a python client library, a nova driver can be written that replaces the old baremetal driver.
 
** How will Ironic handle networking / Ip's / neutron?
 
** How will Ironic handle networking / Ip's / neutron?
 
*** Don's ( dkehn ) Neutron patches have Landed! How will this impact Ironic?  
 
*** Don's ( dkehn ) Neutron patches have Landed! How will this impact Ironic?  
 +
**** This work is being integrated in the current Nova driver. That will also need to be integrated in the nova-ironic driver.
 
** Keystone options not reflected in sample.conf [http://paste.openstack.org/show/T5bZNvawbA0r9D34Nk97/ Missing Options]
 
** Keystone options not reflected in sample.conf [http://paste.openstack.org/show/T5bZNvawbA0r9D34Nk97/ Missing Options]
** Inform node of ironic's api url?
+
** How should we inform deploy ramdisk of ironic's api url?
 
*** Kernel param
 
*** Kernel param
 
*** Dhcp option tag
 
*** Dhcp option tag
Line 58: Line 52:
 
*** Other?
 
*** Other?
 
** How will Ironic handle > then 1 conductor
 
** How will Ironic handle > then 1 conductor
*** can / should we pin chassis and nodes to a conductor?
+
*** [http://summit.openstack.org/cfp/details/112 Let's talk about it at the summit!]
*** How will Ironic handle HA and scaling over all?
+
** how will Ironic fit in / scale with other openstack stories (Ie. TripleO)
*** how will Ironic fit in / scale with other openstack stories (Ie. TripleO)
 
 
* open discussion
 
* open discussion
  

Revision as of 19:00, 30 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 30th, 2013 (http://www.timeanddate.com/worldclock/fixedtime.html?iso=20130930T1900).

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.
  • Integration and testing
    • diskimage-builder element - on hold?
  • Outstanding or in-progress tasks:
    • python-ironicclient
      • Yes we have a client repo too! [1]
    • What should Ironic's service_type be when registering with keystone?
      • baremetal
    • Ironic: The Real Java Driver what_is_it?
  • API discussion:
    • vendor_passthru: return values and HTTP methods allowed for this resource 41976 Merged! Woot!
      • 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 verify data
          • should data have any requirements / limits? (ie. size < 1k, must be json, etc..)
  • Food For Thought:
    • How will Ironic integrate / interface with nova?
      • can we replace nova baremetal incrementally?
        • No. Once we have a python client library, a nova driver can be written that replaces the old baremetal driver.
    • How will Ironic handle networking / Ip's / neutron?
      • Don's ( dkehn ) Neutron patches have Landed! How will this impact Ironic?
        • This work is being integrated in the current Nova driver. That will also need to be integrated in the nova-ironic driver.
    • Keystone options not reflected in sample.conf Missing Options
    • How should we inform deploy ramdisk of ironic's api url?
      • Kernel param
      • Dhcp option tag
      • Dns name
      • Other?
    • How will Ironic handle > then 1 conductor
    • how will Ironic fit in / scale with other openstack stories (Ie. TripleO)
  • open discussion

Previous meetings

Logs from previous meetings can be found here.