Hi, We are stoked to present this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted.
Bugs (dtantsur) ============ (diff with Nov 9) - Open: 167 (-4). 10 new (-2), 61 in progress (-2), 0 critical, 14 high and 11 incomplete (+1) - Nova bugs with Ironic tag: 24 (-1). 1 new, 0 critical, 0 high - Inspector bugs: 14 (-1). 0 new, 0 critical, 7 high (+1) Network isolation (Neutron/Ironic work) (jroll) ================================== - code still in review Manual cleaning (rloo) ================= - spec approved: http://specs.openstack.org/openstack/ironic-specs/specs/approved/manual-cleaning.html Live upgrades (lucasagomes, lintan) ============================ - Working on isolation ir-api from DB - https://review.openstack.org/#/c/243497/ Boot interface refactor (jroll) ====================== - patch landed: Refactor iscsi_ilo driver to use new boot interface https://review.openstack.org/#/c/216538/ - 3 more patches to land - https://review.openstack.org/#/c/221371/ (iscsi_irmc), https://review.openstack.org/#/c/221577/ (agent_irmc), https://review.openstack.org/#/c/217102/ (agent_ilo) Node filter API and claims endpoint (jroll, devananda) ========================================= - spec under review - planning to split to two specs this week - the api and the db things Multiple compute hosts (jroll, devananda) - waiting on claims api ironic-lib adoption (rloo) ================== - patch for ironic to use ironic-lib: https://review.openstack.org/184443. It is currently blocked due to rloo (and deva) being unhappy with how configs are being handled between ironic & ironic-lib. - We will migrate (and deprecate) deploy's 'efi_system_partition_size', 'dd_block_size', 'iscsi_verify_attempts' configs to ironic-lib. - ironic-lib includes code that makes system calls (via oslo's processutils.execute()). For ironic, some of these calls need to be run as root and rootwrap/filter information. Apparently, for IPA, none of them need to be run as root. So we're going to modify ironic-lib as follows: - modify ironic-lib to take one 'root_helper' config instead of having 'rootwrap_config' & 'rootwrap_helper_cmd' configs: https://bugs.launchpad.net/ironic-lib/+bug/1515943. ironic will set this value as 'sudo ironic-wrap /etc/ironic/rootwrap.conf' - ironic-lib will need to provide sample rootwrap_filters file and will need to document usage of if. ironic will modify /etc/ironic/rootwrap.d to include the new file. - All executes that had (when in ironic) 'run_as_root' set will only have it set if root_helper is set. - do we deprecate ironic's rootwrap_config? - In (almost) hindsight, I wonder if it would have been useful to have had a spec to point out/resolve these issues before we created ironic-lib or maybe these are the details to be hammered out when coding. Oslo (lintan) ========== - oslo libraries will drop python 2.6 compatibility, but python-ironicclient are still support py2.6. We should drop this recently, any objections? - https://review.openstack.org/244275 - let's drop it with the rest of the clients, which seems like right about now :) // jroll - I'll investigate if there's any additional details here and do whatever is needed - Oslo remove apiclient from oslo-incubation recently, apiclient and clutil were widely used by python-*-clients. As suggested by oslo team, here is the plan: - Make a local copy of clituils and apiclient and maintain by ourself - Adopt cliff+keystoneauth when it is necessary in future - https://review.openstack.org/#/c/243578/ Doc (jroll, liliars) ============= - no updates from jroll - initial discussion on splitting/improving install guide /liliars - haven't contacted openstack docs team yet /liliars Testing/Quality (jlvillal/lekha/krtaylor) ============================ - meeting held last Wed at 1700UTC - CI spec making good progress, documenting/agreement on details, krtaylor to rev spec with all latest comments - no update on grenade or functional testing Inspector (dtansur) =============== - added non-voting IPA job. does not pass, something seems wrong around TFTP/PXE. Investigating. Drivers ====== AMT (lintan) ----------------- - (deva) in-tree AMT driver has been working reliably for past few weeks, so I may stop maintaining my out-of-tree driver iLO (wanyen) ------------------ - Need reviews on some iLO driver specs that have been around for a while: - Add Zapping support to iLO drivers - https://review.openstack.org/145404 - Add support for UEFI iSCSI boot - https://review.openstack.org/207337 - Enhance ilo drivers to do inband inspection - https://review.openstack.org/201904 iRMC (naohirot) ---------------------- - https://review.openstack.org//#/q/owner:+naohirot%2540jp.fujitsu.com+status:+open,n,z - Status: Reactive (solicited for core team's review) - New boot driver interface for iRMC drivers (bp/new-boot-interface) - Enhance Power Interface for Soft Reboot and NMI (bp/enhance-power-interface-for-soft-reboot-and-nmi) - iRMC out of band inspection (bp/ironic-node-properties-discovery) - https://review.openstack.org//#/q/owner:+naohirot%2540jp.fujitsu.com+status:+open,n,z - Status: Active (Resumed from Nov. 9th after the summit) - Enhance Power Interface for Soft Reboot and NMI (bp/enhance-power-interface-for-soft-reboot-and-nmi) - OOB rescue mode support (bp/oob-rescue-mode-support) - Status: Reactive (solicited for core team's review) - New boot driver interface for iRMC drivers (bp/new-boot-interface) - iRMC out of band inspection (bp/ironic-node-properties-discovery) - https://review.openstack.org//#/q/owner:+naohirot%2540jp.fujitsu.com+status:+open,n,z - Status: Active - Enhance Power Interface for Soft Reboot and NMI (bp/enhance-power-interface-for-soft-reboot-and-nmi) - OOB rescue mode support (bp/oob-rescue-mode-support) - - Status: Reactive (solicited for core team's review) - New boot driver interface for iRMC drivers (bp/new-boot-interface) - iRMC out of band inspection (bp/ironic-node-properties-discovery) ........ Until next week, --ruby [0] https://etherpad.openstack.org/p/IronicWhiteBoard
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
