ML2 port-binding fails if FQDN not used
Bug #1223000 reported by
Kyle Mestery
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Fix Released
|
Critical
|
Robert Kukura |
Bug Description
When using ML2 with devstack, I noticed an issue where my port-binding was failing. See line 1537 in the paste file here [1]. This was because one side was using the FQDN and one was not. We need to fix this so that ML2 works in both cases.
Changed in neutron: | |
importance: | Undecided → Critical |
milestone: | none → havana-rc1 |
assignee: | nobody → Robert Kukura (rkukura) |
Changed in neutron: | |
status: | New → Confirmed |
tags: | added: ml2 |
Changed in neutron: | |
status: | Fix Committed → Fix Released |
Changed in neutron: | |
milestone: | havana-rc1 → 2013.2 |
To post a comment you must log in.
As noted during ml2 portbinding review, it comes from different defaults in CONF.host in nova and neutron:
neutron uses socket.getfqdn() [1], and nova uses socket. gethostname( ) [2] which doesn't always returns FQDN [3].
[1] https:/ /github. com/openstack/ neutron/ blob/master/ neutron/ common/ utils.py# L161 /github. com/openstack/ nova/blob/ master/ nova/netconf. py#L53 docs.python. org/2/library/ socket. html
[2] https:/
[3] http://