Bug 1402537 - Network Teaming Requires NetworkManager for Enabling/Disabling Teams
Summary: Network Teaming Requires NetworkManager for Enabling/Disabling Teams
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director
Version: 10.0 (Newton)
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: Upstream M2
: ---
Assignee: Angus Thomas
QA Contact: Omri Hochman
URL:
Whiteboard:
Depends On: 1402535
Blocks: 1362642
TreeView+ depends on / blocked
 
Reported: 2016-12-07 18:43 UTC by Dan Sneddon
Modified: 2018-03-07 21:55 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-03-07 21:55:46 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1402535 0 high CLOSED Team devices cannot be brought up with network service 2021-02-22 00:41:40 UTC

Internal Links: 1402535

Description Dan Sneddon 2016-12-07 18:43:01 UTC
Description of problem: OSP 10 includes a newer release of os-net-config which is capable of configuring adapter teaming as an alternate bonding method. However, os-net-config sets NM_CONTROLLED=no on the team interface configuration, and this causes an error message when the team is brought up. The team works if NM_CONTROLLED=yes is put in the ifcfg-teamX file instead.


Version-Release number of selected component (if applicable):
OSP 10 RC
RHEL 7.3
NetworkManager-team.x86_64   1:1.4.0-12.el7
libteam.x86_64               1.25-4.el7
teamd.x86_64                 1.25-4.el7

How reproducible: 100%


Steps to Reproduce:
1. Configure an adapter team as a bond in NIC config templates
2. Deploy

Actual results: The team ifcfg files contain NM_CONTROLLED=no, but when the network service attempts to bring the team up an error occurs.


Expected results: The team should be enabled when 'ifup teamX' is run.


Additional info: NetworkManager is able to enable the team interface if NM_CONTROLLED is changed to 'yes'.

I have opened a related case to track why network service cannot enable bonds here: https://bugzilla.redhat.com/show_bug.cgi?id=1402535

Comment 2 Red Hat Bugzilla Rules Engine 2017-02-08 22:57:51 UTC
This bugzilla has been removed from the release and needs to be reviewed and Triaged for another Target Release.

Comment 3 Bob Fournier 2018-03-07 21:20:29 UTC
Dan - looks like this may have been fixed in RHEL 7.5 with https://bugzilla.redhat.com/show_bug.cgi?id=1415641. Can we mark this as a duplicate?

Comment 4 Dan Sneddon 2018-03-07 21:55:46 UTC
(In reply to Bob Fournier from comment #3)
> Dan - looks like this may have been fixed in RHEL 7.5 with
> https://bugzilla.redhat.com/show_bug.cgi?id=1415641. Can we mark this as a
> duplicate?

Actually, this bug was fixed in RHEL 7.4 in this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1402535

Thanks for pointing out that this bug could be closed.


Note You need to log in before you can comment on or make changes to this bug.