Bug 1642461

Summary: [RFE] add a secondary ip to the primary/first interface of a redhat instance automatically when the change is applied on the infrastructure side [AWS]
Product: Red Hat Enterprise Linux 8 Reporter: Davide F Bragalone <dbragalo>
Component: NetworkManagerAssignee: Thomas Haller <thaller>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 8.1CC: ailan, atragler, bgalvani, cheshi, fgiudici, huzhao, jgreguske, jmaxwell, leiwang, linl, lrintel, pasik, rkhan, sukulkar, thaller, tpelka, vbenes, wshi, xiliang, yacao, ymao, yuxisun
Target Milestone: rcKeywords: FutureFeature
Target Release: 8.1   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: NetworkManager-1.22.0-0.2.el8 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1791212 1823315 (view as bug list) Environment:
Last Closed: 2020-04-28 16:52:36 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:
Bug Depends On: 1806894    
Bug Blocks: 1623084, 1701002, 1738635, 1755139, 1791212, 1823315    
Attachments:
Description Flags
journal_t3a.large.log none

Description Davide F Bragalone 2018-10-24 13:09:41 UTC
Customer opened a ticket asking if this could implemented to RHEL, stating that this is something already doable with SuSE on AWS via 'cloud-netconfig'[1] tool:
 https://www.suse.com/c/multi-nic-cloud-netconfig-ec2-azure/

It would be very helpful if similar solution would be available for RHEL as well.

Comment 6 Thomas Haller 2019-07-02 16:13:38 UTC
this needs more thought. For now, dropping from the RPL for rhel-8.1

Comment 7 Thomas Haller 2019-11-27 16:44:24 UTC
A new tool nm-cloud-setup is to be created.

Currently on review here: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/merge_requests/348


Currently it only supports IPv4 on EC2. Of course, that is supposed to be extended to Azure, once this is shown to work well.

Comment 8 Thomas Haller 2019-11-28 21:28:52 UTC
Upstream merged the "nm-cloud-setup" tool.

Note that this is the first shot at this tool. It's not yet production ready, but something we can start testing and improve upon.

While this is not yet the full solution, I move the bug to MODIFIED and ON_QA.

This was we can start testing and collect more specific bug reports about the remaining issues (if any).

Comment 14 Frank Liang 2020-01-17 06:14:18 UTC
Created attachment 1652955 [details]
journal_t3a.large.log

Comment 16 Vladimir Benes 2020-02-19 16:22:45 UTC
setup:
dnf install NetworkManager-cloud-setup
sed -i "s/#Environment=NM_CLOUD_SETUP_EC2=yes/Environment=NM_CLOUD_SETUP_EC2=yes/" /usr/lib/systemd/system/nm-cloud-setup.service

before running nm-cloud-setup:
ip a s eth0

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc fq_codel state UP group default qlen 1000
    link/ether 0a:b8:42:8d:3b:c6 brd ff:ff:ff:ff:ff:ff
    inet 172.31.23.196/20 brd 172.31.31.255 scope global dynamic noprefixroute eth0
       valid_lft 3194sec preferred_lft 3194sec
    inet6 fe80::8b8:42ff:fe8d:3bc6/64 scope link 
       valid_lft forever preferred_lft forever

after
systemctl restart nm-cloud-setup
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc fq_codel state UP group default qlen 1000
    link/ether 0a:b8:42:8d:3b:c6 brd ff:ff:ff:ff:ff:ff
    inet 172.31.23.196/20 brd 172.31.31.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet 172.31.23.36/20 brd 172.31.31.255 scope global secondary noprefixroute eth0
       valid_lft forever preferred_lft forever


This is enough to verify this bug, however test case is not written.

Comment 18 errata-xmlrpc 2020-04-28 16:52:36 UTC
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-2020:1847