| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
Related: #1555001
(cherry picked from commit b0e3fcae2a609cf4e011c767e57b7128a6cd090d)
|
| |
|
|
|
|
|
|
| |
This patch fixes issue, when interface wasn't
bring up.
Related: #1555001
(cherry picked from commit 17f1519e0dac05bf6b259ef9b7f8dcd6b94013ce)
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
Fix issue when interface has assigned only local address in tentative
state and DHCPv6 isn't able to assign address to that interface.
With this patch network-scripts will wait until tentative state is gone (wait for DAD)
for all scopes including local one.
Resolves: #1809601
|
| |
|
|
| |
Resolves: rhbz#1762717
(cherry picked from commit 10f09913a177efaf007448c95c8b49dcfdc0a35f)
|
| |
|
| |
Resolve: rhbz#1743251
|
| |
|
| |
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)
|
| |
|
|
|
|
|
|
|
|
| |
This was causing the /etc/resolv.conf file to be always updated when
RESOLV_MODS was not set...
Before the commit 5d6156454bf8f6dab4a5fdd7e1bf6 we were not updating
the /etc/resolv.conf file if the RESOLV_MODS was empty.
See https://bugzilla.redhat.com/show_bug.cgi?id=1610411 for more info.
|
| | |
|
| |
|
|
| |
... by checking existence of /etc/sysconfig/disable-deprecation-warnings
|
| |
|
|
|
| |
In case of 'network' service these warnings are displayed only once,
to not spam unnecessarily user's journalctl if they have many NICs.
|
| |
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
This was causing the DBus call to fail, and we didn't catch it before
since we were forwarding everything into /dev/null...
Related: RHBZ#1586284
|
| |
|
|
| |
This concept is quite outdated, and not sane to use at all.
|
|
|
NOTE: This commit just moves files around, without actually fixing the
Makefiles and specfile. See follow up commits which resolve this.
|
