| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Quotes were introduced in a71dcfd392cc1022c255208fdd94a0fc6c13ceb0
(cherry picked from commit f0171b8449033400db59a47a610124fc285dfe06)
Resolves: #2040679
|
|
|
|
|
|
|
|
| |
Since other types might fail due to `replace` to be undefined.
(cherry picked from commit 28f50e5582f3641afac795e0e009fd22875b8dbb)
Related: #2040679
|
|
|
|
|
|
| |
(cherry picked from commit a31060817ef8b03814b240442811ea5caa082d1c)
Resolves: #2040679
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This should resolve the scenario when the link is brought
up prior to disabling accept_ra.
This only happens when both IPv4 and IPv6 address is on
the interface, because network-scripts does IPv4 first
and brings up the interface.
Then it does IPv6 which disables the RA's, at that point
the node has already learned the route from RA and setting
a default route fails.
Using `ip route replace` we ensure if the above scenario
happens we end-up with the correct default ipv6 route.
Huge thanks to Harald who debugged this issue and prepared a patch!
(cherry picked from commit a71dcfd392cc1022c255208fdd94a0fc6c13ceb0)
Resolves: #2040679
Co-authored-by: hjensas <hjensas@redhat.com>
|
|
NOTE: This commit just moves files around, without actually fixing the
Makefiles and specfile. See follow up commits which resolve this.
|