neutron should not try to bind port on compute with hypervisor_type ironic

Bug #1492254 reported by Vasyl Saienko
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
neutron
Won't Fix
High
Sandhya Dasu

Bug Description

Neutron tries to bind port on compute where instance is launched. It doesn't make sense when hypervisor_type is ironic, since VM does not live on hypervisor in this case. Furthermore it leads to failed provisioning of baremetal node, when neutron is not configured on ironic compute node.

Setup:
node-1: controller
node-2: ironic-compute without neutron

neutron-server.log: http://paste.openstack.org/show/445388/

Tags: baremetal
Vasyl Saienko (vsaienko)
Changed in mos:
milestone: none → 7.0
milestone: 7.0 → none
no longer affects: mos
no longer affects: mos/7.0.x
no longer affects: mos/8.0.x
description: updated
Revision history for this message
Ashok kumaran B (ashokkumaran-b) wrote :

I can reproduce this defect, can someone have a look please?

Changed in neutron:
status: New → Confirmed
Revision history for this message
Chuck Carlino (ccarlino) wrote :

Neutron ports of ironic servers have always had vif_type == VIF_TYPE_BINDING_FAILED. What was changed (in kilo I think) is that neutron now logs an error for all bind failures. IMO, the neutron work here is to avoid logging the errors in this case.

Also, https://blueprints.launchpad.net/ironic/+spec/ironic-ml2-integration may affect this.

tags: added: swarm-blocker
affects: neutron → mos
tags: added: area-neutron
tags: added: area-ironic
removed: swarm-blocker
Revision history for this message
Bug Checker Bot (bug-checker) wrote : Autochecker

(This check performed automatically)
Please, make sure that bug description contains the following sections filled in with the appropriate data related to the bug you are describing:

actual result

expected result

steps to reproduce

For more detailed information on the contents of each of the listed sections see https://wiki.openstack.org/wiki/Fuel/How_to_contribute#Here_is_how_you_file_a_bug

tags: added: need-info
no longer affects: mos/10.0.x
no longer affects: mos/9.0.x
affects: mos → neutron
Changed in neutron:
milestone: 9.0 → none
assignee: MOS Neutron (mos-neutron) → nobody
tags: added: baremetal
removed: area-ironic area-neutron need-info
Ali Jabbar (jabbar-ali)
Changed in neutron:
assignee: nobody → JABAR ALI (jabbar-ali)
assignee: JABAR ALI (jabbar-ali) → nobody
Revision history for this message
Trinath Somanchi (trinath-somanchi) wrote :

This bug description is incomplete. kindly add the required info stated by BUGCHECKER.

Sandhya Dasu (sadasu)
Changed in neutron:
assignee: nobody → Sandhya Dasu (sadasu)
Revision history for this message
Sam Betts (sambetts) wrote :

I think the best solution for this would be to use the right vnic type for baremetal and have an ml2 driver to handle marking statically configured baremetal connections as bound.

https://review.openstack.org/#/c/339129/8

Revision history for this message
Kevin Benton (kevinbenton) wrote :

+1 to @Sam's suggestion. Neutron is responsible for binding all ports, including Ironic ones. Add an ML2 driver to bind your ports.

Changed in neutron:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.