Bug 1814557
| Summary: | [NMCI] ipv6_routes_with_src test failed | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Vladimir Benes <vbenes> |
| Component: | NetworkManager | Assignee: | Beniamino Galvani <bgalvani> |
| Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 8.2 | CC: | acardace, atragler, bgalvani, lrintel, rkhan, sukulkar, thaller, till |
| Target Milestone: | rc | Flags: | pm-rhel:
mirror+
|
| Target Release: | 8.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | NetworkManager-1.25.1-1.el8 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-11-04 01:49:00 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: | |||
Upstream merge request: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/444 A practical way to check the correct behavior is the following: # ip -6 monitor address & # nmcli connection add \ type ethernet ifname eth5 con-name ipv6+ autoconnect no \ ipv4.method disabled \ ipv6.method manual ipv6.addresses 2000::2/126 # nmcli connection up ipv6+ Bad behavior: the address is added, then removed and then added again: 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever Deleted 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever Deleted 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link noprefixroute valid_lft forever preferred_lft forever Good behavior: addresses are added and never removed: 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 2000::2/126 scope global tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link tentative noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 fe80::8626:d487:130:3139/64 scope link noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 2000::2/126 scope global noprefixroute valid_lft forever preferred_lft forever 8: eth5 inet6 2000::2/126 scope global noprefixroute valid_lft forever preferred_lft forever Fixed upstream in: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/commit/6b2f01837732246ee8159bd4ded6a886dd4ed83b We cannot see a failure anymore. 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 (NetworkManager bug fix and enhancement update), 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://access.redhat.com/errata/RHBA-2020:4499 |
Description of problem: sometimes I see a failure: @ipv6_routes_with_src Scenario: nmcli - ipv6 - routes - set route with src * Add a new connection of type "ethernet" and options "ifname eth3 con-name con_ipv6 autoconnect no ipv6.method manual ipv6.addresses 2000::2/126 ipv6.route-metric 256 ipv6.routes '2806:aabb:abba:abab:baba:bbaa:baab:bbbb/128 src=2000::2'" * Bring "up" connection "con_ipv6" Then "2806:aabb:abba:abab:baba:bbaa:baab:bbbb dev eth3 proto static src 2000::2 metric 256" is visible with command "ip -6 route" in "5" seconds ^^ here And "2000::\/126 dev eth3\s+proto kernel\s+metric 256" is visible with command "ip -6 route" as Beniamino told me at some point we add a link-local address and to maintain the right order of addresses, we remove 2000::2 and readd it. So, it becomes tentative again even if DAD was terminated. Then adding the route fails because the address is tentative. So a race in NM. Version-Release number of selected component (if applicable): 1.22.11-24744.4b07cb9d3c.el8 logs: http://pastebin.test.redhat.com/845756 (stored forever)