neutron-gateway fails if it can't resolve its own hostname

Bug #1489598 reported by JuanJo Ciarlante
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
neutron-gateway (Juju Charms Collection)
Opinion
Wishlist
Unassigned

Bug Description

* deploy: openstack HA using 1507 charms release
* neutron-gateway running inside LXCs (on a modified host for multinic juju LXCs
and apparmor profile allowing netns)

Booted VMs don't reliably get networking setup correctly, also trying e.g.
to move neutron routers around (to a different neutron-gateway) shows
the following failure at neutron-plugin-openvswitch-agent.log:
http://paste.ubuntu.com/12208818/

FYI I'm positive the issue is its own hostname resolution, as its solved
by adding their hostnames to respective /etc/hosts with:
http://paste.ubuntu.com/12208855/

Related branches

Revision history for this message
JuanJo Ciarlante (jjo) wrote :

BTW the confirmation that's solved is done by moving VMs'
router around L3 agents, then pinging/ssh-ing to the VMs.

tags: added: backport-potential
Revision history for this message
James Page (james-page) wrote :

Generally a-lot of openstack breaks (neutron and nova esp) when hostnames are not resolvable.

I'd really like to see a fix go into Juju/MAAS to ensure that LXC and KVM containers get resolvable hostnames via the general infrastructure, rather than doing something very charm specific.

Changed in neutron-gateway (Juju Charms Collection):
importance: Undecided → Medium
importance: Medium → Wishlist
status: New → Opinion
Revision history for this message
Stuart Bishop (stub) wrote :

Bug #1328269 for the juju-core issue.

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.