Activity log for bug #1711710

Date Who What changed Old value New value Message
2017-08-18 15:41:29 Pavlo Shchelokovskyy bug added bug
2017-08-18 15:43:54 OpenStack Infra ironic: status New In Progress
2017-08-18 15:43:54 OpenStack Infra ironic: assignee Pavlo Shchelokovskyy (pshchelo)
2017-08-18 15:45:45 Pavlo Shchelokovskyy description When setting DHCP options for ports in case of iPXE, ironic sets those in a format suitable for dnsmasq [0] when dhcp provider is set to 'neutron'. By doing so ironic implicitly depends on the actual DHCP backed of neutron, that might be other than dnsmasq. In particular, we have run into problems with OpenContrail + networking-contrail core neutron plugin. OpenContrail does not understand (and seems can not be configured to understand) the 'ipxe' tag that ironic sets to be consumed by dnsmasq, which leads to iPXE boot failure. The problem can be solved by making a copy of 'neutron' entrypoint and naming it something else, so that a different code path is taken, but that's clearly a hack, as ironic is still talking to Neutron (which in this case is just a proxy for OpenContrail SDN). We should not differentiate between 'neutron' or not-'neutron' dhcp providers in ironic, and always simply set the feature tag 175, letting any backend deal with it as they might see fit. [0] http://git.openstack.org/cgit/openstack/ironic/tree/ironic/common/pxe_utils.py#n317 When setting DHCP options for ports in case of iPXE, ironic sets those in a format suitable for dnsmasq [0] when dhcp provider is set to 'neutron'. By doing so ironic implicitly depends on the actual DHCP backed of neutron, that might be other than dnsmasq. In particular, we have run into problems with OpenContrail + networking-contrail core neutron plugin. OpenContrail does not understand (and seems can not be configured to understand) the 'ipxe' tag that ironic sets to be consumed by dnsmasq, which leads to iPXE boot failure. The problem can be solved by making a copy of 'neutron' entrypoint and naming it something else, so that a different code path is taken, but that's clearly a hack, as ironic is still talking to Neutron (which in this case is just a proxy for OpenContrail SDN). We should not differentiate between 'neutron' or not-'neutron' dhcp providers for iPXE in ironic, and always simply set the feature tag 175, letting any backend deal with it as they might see fit. [0] http://git.openstack.org/cgit/openstack/ironic/tree/ironic/common/pxe_utils.py#n317
2017-08-21 16:30:27 Dmitry Tantsur ironic: importance Undecided High
2023-11-27 16:22:40 Julia Kreger ironic: importance High Wishlist
2023-11-27 16:22:46 Julia Kreger ironic: status In Progress Opinion