| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Introduced in the bonding driver (commit ae46f184bc1f) Driver now reports transmission failures.
Before that, it silently dropped the packet and replied with success error code.
The arping of iputils retries endlessly when a transmission error occurs.
This patch fix this behavior.
Resolves: #1928098
(cherry picked from commit afbd6b5a0aa0873a606cbc99ee418b4de8c3d2dc)
|
| |
|
|
|
|
|
|
|
|
| |
Some interfaces like Open vSwitch bridges using the userspace datapath,
needs the link to be kept down to avoid issues.
Add a LINKSTATUS=[down|up] ifcfg parameter to add this functionality.
If not specified, the link will default to up as before.
Patch provided by Matteo Croce mcroce@redhat.com
Resolves: #1555001
|
| |
|
|
|
|
|
|
|
|
| |
Fix the problem when the device name could be interpreted as an iproute2 keyword.
For example, for a bridge slave named "a" the iproute2 would treat
the name as a prefix of keyword "address" and the network-scripts
would fail to set the bridge master.
Resolves: rhbz #1859785
(cherry picked from commit 100ed46b483b50059b3be796bafaf7b8f2b99220)
|
| |
|
|
| |
backport of: 0be5319
Resolves: #1826637
|
| |
|
| |
Resolve rhbz#1743249
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes https://bugzilla.redhat.com/1743522
An uninitialized variable was copied from a closed PR [1]
to submitted PR [2].
[1] https://github.com/fedora-sysv/initscripts/pull/212
[2] https://github.com/fedora-sysv/initscripts/pull/213
Signed-off-by: Bell Levin <blevin@redhat.com>
(cherry picked from commit dd703a8494647d401dbffa0f036233e08044ec60)
|
| |
|
|
|
| |
When converting from brctl to ip-link, the call to exit in case bridge
adding failed was dropped by accident.
|
| |
|
|
|
| |
Since ip-link has full support for Linux bridges (and slave ports), use
that instead of the deprecated brctl from bridge-utils.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
For currently unknown reason the dbus-send calls will fail to set the
firewall zone for the given interface if we omit the --print-reply
option...
This looks like some kind of race-condition in dbus-send, since the
--print-reply makes the call synchronous and slower.
Hopefully this is only a temporary workaround until DBus is fixed.
Resolves: #1586284
|
|
|
NOTE: This commit just moves files around, without actually fixing the
Makefiles and specfile. See follow up commits which resolve this.
|