Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1179276

Summary: Invalid team json configuration in UI is not kept in device/configuration list of network spoke.
Product: Red Hat Enterprise Linux 7 Reporter: Ladislav Jozsa <ljozsa>
Component: anacondaAssignee: Radek Vykydal <rvykydal>
Status: CLOSED ERRATA QA Contact: Release Test Team <release-test-team-automation>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.1CC: jikortus, mhruscak
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: anaconda-21.48.22.11-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-11-19 09:51:35 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1112660    
Attachments:
Description Flags
anaconda.log
none
anaconda-yum.conf
none
ifcfg.log
none
packaging.log
none
program.log
none
storage.log
none
storage.state
none
syslog
none
team.json
none
X.log none

Description Ladislav Jozsa 2015-01-06 14:25:02 UTC
Description of problem:
During verification of bz#1114282 I have met an issue that team0 device isn't added to the connection list after config is imported from JSON file.

Version-Release number of selected component (if applicable):
RHEL-7.1-20141217.0
anaconda-19.31.116-1.el7

How reproducible:
always

Steps to Reproduce:
1. Create VM with 2 NIC connected into the same net
2. Start installation
3. Create a JSON config file with the following content:
{
device: team0 {
    name: ethtool,
    delay_up: 1000,
    delay_down: 500
    },
    ports: {
        ens3: {
           prio: -10,
           sticky: true
        },
        ens8: {
           prio: 100
        }
    }
}
4. In the networking spoke add new team connection
5. Use created JSON config

Actual results:
team0 isn't added to the connection list however 'nmcli c s' reveals the team connection is created

[anaconda root@localhost ~]# nmcli c s
NAME               UUID                                  TYPE            DEVICE 
Team connection 1  7c9081e3-ef9a-4002-b1ef-620d6cda2718  team            --     
ens8               edd747a7-24d2-44cd-9216-d29ab2bca6c6  802-3-ethernet  --     
ens3               13f7b88d-8918-46c0-8dae-8a1b261659ab  802-3-ethernet  ens3   


Expected results:
team0 (or Team connection 1) is added to the connection list

Additional info:

Comment 1 Ladislav Jozsa 2015-01-06 14:26:04 UTC
Created attachment 976819 [details]
anaconda.log

Comment 2 Ladislav Jozsa 2015-01-06 14:26:06 UTC
Created attachment 976820 [details]
anaconda-yum.conf

Comment 3 Ladislav Jozsa 2015-01-06 14:26:08 UTC
Created attachment 976821 [details]
ifcfg.log

Comment 4 Ladislav Jozsa 2015-01-06 14:26:11 UTC
Created attachment 976822 [details]
packaging.log

Comment 5 Ladislav Jozsa 2015-01-06 14:26:13 UTC
Created attachment 976823 [details]
program.log

Comment 6 Ladislav Jozsa 2015-01-06 14:26:16 UTC
Created attachment 976824 [details]
storage.log

Comment 7 Ladislav Jozsa 2015-01-06 14:26:18 UTC
Created attachment 976825 [details]
storage.state

Comment 8 Ladislav Jozsa 2015-01-06 14:26:21 UTC
Created attachment 976826 [details]
syslog

Comment 9 Ladislav Jozsa 2015-01-06 14:26:22 UTC
Created attachment 976827 [details]
team.json

Comment 10 Ladislav Jozsa 2015-01-06 14:26:25 UTC
Created attachment 976828 [details]
X.log

Comment 12 Radek Vykydal 2015-06-17 11:54:30 UTC
The json config file from Description seems invalid, using it teamd dies:

11:05:38,551 INFO NetworkManager: <info>  Auto-activating connection 'Team connection 1'.
11:05:38,554 INFO NetworkManager: <info>  (team0): Activation: starting connection 'Team connection 1'
11:05:38,554 INFO NetworkManager: <info>  (team0): Activation: Stage 1 of 5 (Device Prepare) scheduled...
11:05:38,558 INFO NetworkManager: <info>  (team0): Activation: Stage 1 of 5 (Device Prepare) started...
11:05:38,558 INFO NetworkManager: <info>  (team0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
11:05:38,644 INFO NetworkManager: <info>  (team0): Activation: (team) started teamd...
11:05:38,644 INFO NetworkManager: <info>  (team0): Activation: Stage 1 of 5 (Device Prepare) complete.
11:05:38,681 INFO NetworkManager: <info>  (team0): teamd died with status 256
11:05:38,681 INFO NetworkManager: <info>  (team0): device state change: prepare -> failed (reason 'teamd-control-failed') [40 120 56]
11:05:38,681 WARNING NetworkManager: <warn>  (team0): Activation: failed for connection 'Team connection 1'
11:05:38,683 INFO NetworkManager: <info>  (team0): device state change: failed -> disconnected (reason 'none') [120 30 0]
11:05:38,683 INFO NetworkManager: <info>  (team0): deactivating device (reason 'none') [0]
11:05:38,684 INFO kernel:[  415.344147] IPv6: ADDRCONF(NETDEV_UP): team0: link is not ready
11:05:38,694 INFO NetworkManager: <info>  (team0): device state change: disconnected -> unmanaged (reason 'removed') [30 10 36]

I've succeeded to add team device with this json config:

{
   "device": "team0",
   "runner": {
      "name": "activebackup"
   },
   "link_watch": {
      "name": "ethtool",
      "delay_up": 1000,
      "delay_down": 500
   },
   "ports": {
      "ens7": {
         "prio": -10,
         "sticky": true
      },
      "ens8": {
         "prio": 100
      }
   }
}



The problem is that if the team device is not activated successfully (and therefore removed by NM)  we don't keep the team connection in the list (Anaconda silently ignores the configuration). We should probably try to keep the config so that it could be fixed in UI by Configure button.

But given that teamd dies (this should be probably filed as a bug for NM?) just fixing anaconda to keep the configuration in the list might be worthless.

Comment 13 Radek Vykydal 2015-06-26 09:36:38 UTC
With the fix, if invalid team configuration is set in GUI, the device is not created but the connection is added to device list. The configuration can be then fixed with [Configure] button in nm-c-e and by turning the device/connection [ON] in GUI the device should be created and connected (this last step requires fix for bug 1172751 though).

Comment 16 errata-xmlrpc 2015-11-19 09:51:35 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-2284.html