[2.5] Composing a VM with an interface attached to a (macvtap) network (on a KVM host NIC that is not a bridge) resulted in disconnect interface

Bug #1806707 reported by Vladimir Grevtsev
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Fix Released
High
Mike Pontillo
maas-ui
Fix Released
Unknown

Bug Description

Screencast: https://www.dropbox.com/s/g5by5qpowmvt53k/0%3F8AL%200%3AB82AB8%200%20M%3A%4005%202018-12-04%202%2014.39.56.mov

MAAS info: https://pastebin.canonical.com/p/bTFQHXn8gN/

Expected behaviour: New-created pod should be assigned with all IP addresses specified in "Compose" page, not only first one.

To provide more context:

1. MAAS had multiple interfaces but only two were used for the KVM host.
2. The KVM host was also a rack controller.
3. The interfaces were a bridge and a VLAN interface, e.g.:

br0
bond0.13

4. When creating a VM with 2 NICs, one on the same network as br0 and the other as the same network of bond0.13, the resulting VM had two interfaces, one attached and one disconnected. THe disconnect was the one attached to bond0.13.

5. After creating a bridge on top of bond0.13, MAAS was able to successfully configure the VM's interface with fabric/vlan/subnet/ip mode.

Tags: cpe-onsite ui pod
tags: added: cpe-onsite
Revision history for this message
Andres Rodriguez (andreserl) wrote :

Hi Vladimir,

Could you provide:

1. /var/log/maas/*.log while you are composing the machine
2. After the machine has successfully commissioned, what's the result of the interfaces?

Changed in maas:
status: New → Incomplete
summary: - [2.5rc2] [UI] Second NIC on pod does not respect IP/space auto-assign
+ [2.5rc2, UI] Second NIC on pod does not respect IP/space auto-assign
tags: added: ui
Revision history for this message
Vladimir Grevtsev (vlgrevtsev) wrote : Re: [2.5rc2, UI] Second NIC on pod does not respect IP/space auto-assign

After the call with team we have identified a root cause: second NIC has been configured not as bridge, but as regular interface - that's why MAAS failed to auto-detect corresponding VLAN.

summary: - [2.5rc2, UI] Second NIC on pod does not respect IP/space auto-assign
+ [2.5] Composing a VM with a interface attached to a network on a KVM
+ host that is not a bridge, resulted in disconnect interface
summary: - [2.5] Composing a VM with a interface attached to a network on a KVM
- host that is not a bridge, resulted in disconnect interface
+ [2.5] Composing a VM with an interface attached to a network on a KVM
+ host NIC that is not a bridge resulted in disconnect interface
description: updated
Changed in maas:
milestone: none → 2.5.1
importance: Undecided → High
status: Incomplete → Triaged
summary: - [2.5] Composing a VM with an interface attached to a network on a KVM
- host NIC that is not a bridge resulted in disconnect interface
+ [2.5] Composing a VM with an interface attached to a (macvtap) network
+ (on a KVM host NIC that is not a bridge) resulted in disconnect
+ interface
tags: added: pod
Revision history for this message
Andres Rodriguez (andreserl) wrote :

Note that the work-around for this issue is to use bridge interfaces on the KVM host where you want to attach VM interfaces to.

Changed in maas:
assignee: nobody → Mike Pontillo (mpontillo)
Changed in maas:
milestone: 2.5.1 → 2.5.2
Changed in maas:
milestone: 2.5.2 → 2.5.3
Changed in maas:
milestone: 2.5.3 → 2.5.4
Changed in maas:
milestone: 2.5.4 → none
Changed in maas-ui:
importance: Undecided → Unknown
Changed in maas-ui:
status: New → Fix Released
Changed in maas:
status: Triaged → Fix Committed
Changed in maas:
milestone: none → 3.3.0
Changed in maas:
milestone: 3.3.0 → 3.3.0-beta1
Changed in maas:
status: Fix Committed → Fix Released
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.