Bug 1482772
Summary: | Cannot specify multiple ip addresses with nmcli con add | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Venkatesh Kavtikwar <vkavtikw> |
Component: | NetworkManager | Assignee: | Beniamino Galvani <bgalvani> |
Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 7.3 | CC: | atragler, bgalvani, fgiudici, lrintel, rkhan, sukulkar, thaller, vbenes, vkavtikw |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-04-10 13:29:44 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: |
Description
Venkatesh Kavtikwar
2017-08-18 05:29:33 UTC
This: nmcli con add type team ... ip4 10.64.32.98/24 ip4 10.64.32.56/24 is correct because 'ip4' is an alias for '+ipv4.address'. This syntax didn't work on RHEL 7.3 but does work on RHEL 7.4. On the other hand, this: nmcli con add type team ... ipv4.address 10.64.32.98/24 ipv4.address 10.64.32.56/24 is not intended to work as you expect because if you specify a property multiple times only the last occurrence is considered. In the man page snippet you mentioned, "It's equivalent of using +ipv4.addresses syntax" refers to the "ip4" alias only. For these reason, I propose to close this bug as CURRENTRELEASE. Venkatesh, what do you think? Hello, Thanks for your inputs. Glad that it's been introduced back again in RHEL 7.4 and the same can be updated to CU. The only thing which is misleading here is "This" in the notes part. Can we change it to "ip4" instead so as to eliminate confusion? Please share your thoughts. Table 22. IPv4 options ┌──────┬─────────────────────────────────────────┬────────────────────────────┐ │Alias │ Property │ Note │ ├──────┼─────────────────────────────────────────┼────────────────────────────┤ │ip4 │ ipv4.addresses │ This option can be │ │ │ ipv4.method │ specified multiple times. │ │ │ │ It's equivalent of using │ │ │ │ +ipv4.addresses syntax and │ │ │ │ setting ipv4.method to │ │ │ │ manual. │ ├──────┼─────────────────────────────────────────┼────────────────────────────┤ │gw4 │ ipv4.gateway │ │ └──────┴───────────────────── ────────────────────┴────────────────────────────┘ How about the following? ┌─────┬──────────────┬──────────────────────────────────────────────────────────┐ │Alias│Property │ Note │ ├─────┼──────────────┼──────────────────────────────────────────────────────────┤ │ip4 │ipv4.addresses│ The alias is equivalent to the +ipv4.addresses syntax and│ │ │ipv4.method │ also sets ipv4.method to manual. It can be specified │ │ │ │ multiple times. │ ├─────┼──────────────┼──────────────────────────────────────────────────────────┤ │gw4 │ipv4.gateway │ │ └─────┴──────────────┴──────────────────────────────────────────────────────────┘ Table 24. IPv6 options ┌─────┬──────────────┬──────────────────────────────────────────────────────────┐ │Alias│Property │ Note │ ├─────┼──────────────┼──────────────────────────────────────────────────────────┤ │ip6 │ipv6.addresses│ The alias is equivalent to the +ipv6.addresses syntax and│ │ │ipv6.method │ also sets ipv6.method to manual. It can be specified │ │ │ │ multiple times. │ ├─────┼──────────────┼──────────────────────────────────────────────────────────┤ │gw6 │ipv6.gateway │ │ └─────┴──────────────┴──────────────────────────────────────────────────────────┘ I think we should also add a test to our CI to check that the syntax keeps working in future NM versions: @ipv4 @ipv4_multiple_ip4 @ver+=1.4.2 Scenario: nmcli - ipv4 - method - static using multiple "ip4" options * Add a new connection of type "ethernet" and options "ifname eth1 con-name ethie ip4 192.168.124.1/24 ip4 192.168.125.1/24" * Bring "up" connection "ethie" Then "192.168.124.1/24" is visible with command "ip a s eth1" Then "192.168.125.1/24" is visible with command "ip a s eth1" After the documentation fix is merged, I'll move this bug to MODIFIED so that QE will add the test to CI. Hello, Thanks for the reply. Yes, this is more clear now. Thanks. Please let us know further, meanwhile, I will provide an update to the CU. Documentation updated on master: https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=f4aee0c58b503f3244e4b127f4bf9d44869700d1 working well in CI 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://access.redhat.com/errata/RHBA-2018:0778 |