Modifying ae mode for oam interface of controller-1 doesn't take effect
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
Medium
|
Joseph Richard |
Bug Description
Brief Description
-----------------
Modifying the ae mode for the oam interface on contoller-1 does not take effect.
As a workaround, deleting/recreating the ae interface and unlocking controller-1 fixes the configuration.
Severity
--------
Minor
Steps to Reproduce
------------------
- Modify ae mode on controller-1 oam interface from active/standby to 802.3ad
- Lock/Unlock controller-1
Expected Behavior
------------------
ae mode is changed to 802.3ad
Actual Behavior
----------------
ae mode is not changed (see output below)
Reproducibility
---------------
100% Reproducible
System Configuration
-------
Multi-node systems
Branch/Pull Time/Commit
-------
master as of 2018-08-27_20-18-00
Timestamp/Logs
--------------
controller-1:~$ cat /proc/net/
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: eno3 (primary_reselect always)
Currently Active Slave: eno3
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
Slave Interface: eno3
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 94:18:82:89:db:06
Slave queue ID: 0
Slave Interface: eno4
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 94:18:82:89:db:07
Slave queue ID: 0
Changed in starlingx: | |
assignee: | nobody → Joseph Richard (josephrichard) |
tags: | added: stx.2018.10 stx.networking |
Changed in starlingx: | |
importance: | Undecided → Medium |
Changed in starlingx: | |
status: | New → Triaged |
tags: |
added: stx.1.0 removed: stx.2018.10 |
Fix proposed to branch: master /review. openstack. org/597701
Review: https:/