Bug 1225359
Summary: | bonding: fail to configure master mac address by initscripts | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Zhenjie Chen <zhchen> | |
Component: | kernel | Assignee: | Jarod Wilson <jarod> | |
kernel sub component: | Bonding | QA Contact: | Amit Supugade <asupugad> | |
Status: | CLOSED ERRATA | Docs Contact: | Jana Heves <jsvarova> | |
Severity: | high | |||
Priority: | urgent | CC: | aiyengar, dhoward, jsvarova, kzhang, mabrown, network-qe, pbokoc, peterm, ptalbert, tez, tlavigne, yanwang, zshi | |
Version: | 6.7 | Keywords: | Regression, ZStream | |
Target Milestone: | rc | |||
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | kernel-2.6.32-580.el6 | Doc Type: | Bug Fix | |
Doc Text: |
Custom MAC addresses can be specified again for bond interfaces
On a system with a bonded interface, the user could not specify their own custom MAC address for the bond. A patch has been provided to fix this bug, and custom MAC addresses can be specified again in the aforementioned situation.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1228772 1266374 (view as bug list) | Environment: | ||
Last Closed: | 2016-05-10 22:23:25 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: | 1228772, 1266374, 1269638 |
Description
Zhenjie Chen
2015-05-27 08:12:41 UTC
We're quite late in the game for 6.7, and since this isn't causing a panic or network outage, we should be able to fix this early in 6.8 and backport it to 6.7 z-stream. I've reproduced this locally in a VM, looking into the cause. (In reply to Jarod Wilson from comment #6) > I've reproduced this locally in a VM, looking into the cause. And now I've figured out a fix. I need to test with current upstream, but I think this is broken upstream and probably in RHEL7 as well. (In reply to Jarod Wilson from comment #9) > (In reply to Jarod Wilson from comment #6) > > I've reproduced this locally in a VM, looking into the cause. > > And now I've figured out a fix. I need to test with current upstream, but I > think this is broken upstream and probably in RHEL7 as well. Yup, this is broken in a Fedora VM running kernel 4.0.4 as well. I'll get the same patch ready for upstream and RHEL7. Patch submitted upstream to fix this: http://marc.info/?l=linux-kernel&m=143354307910123&w=2 (In reply to Jarod Wilson from comment #11) > Patch submitted upstream to fix this: > http://marc.info/?l=linux-kernel&m=143354307910123&w=2 Okay, so, now, for the life of me, I can't re-reproduce this upstream, I think what I thought was an upstream reproducer was just nmcli failing to respect a user-set mac address. Its definitely broken here in RHEL6, but I may only have to backport the appropriate upstream patches, still tbd... I tracked down the discrepancy with upstream, it was indeed a missing patch that alters rtnetlink.c:do_setlink() to call dev_set_mac_address() instead of ops->ndo_set_mac_address(), and in the dev_set_ version, there's a call to set addr_assign_type to NET_ADDR_SET that will be added by a second patch. Those two, and things behave in my local testing now. *** Bug 1252524 has been marked as a duplicate of this bug. *** Patch(es) available on kernel-2.6.32-580.el6 Verified on- kernel-2.6.32-604.el6.x86_64 Beaker Job link- https://beaker.engineering.redhat.com/jobs/1214867 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/RHSA-2016-0855.html |