Bug 2118206 - os-net-config should restart vlan device when all slaves are down by os-net-config for updating configuration
Summary: os-net-config should restart vlan device when all slaves are down by os-net-c...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: os-net-config
Version: 16.1 (Train)
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Karthik Sundaravel
QA Contact: Nobody
URL:
Whiteboard:
Depends On: 2116633
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-08-15 00:31 UTC by Keigo Noha
Modified: 2023-08-16 11:02 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2116633
Environment:
Last Closed: 2023-08-16 11:02:41 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker NFV-2598 0 None None None 2022-08-15 00:36:06 UTC
Red Hat Issue Tracker OSP-18179 0 None None None 2022-08-15 00:36:08 UTC

Description Keigo Noha 2022-08-15 00:31:32 UTC
+++ This bug was initially created as a clone of Bug #2116633 +++

Description of problem:
While ethtool_opts are added or modified, os-net-config down affected interfaces.
However, ethtool command doesn't require to restart the interface to apply the change.

So, os-net-config should not restart interfaces which have a change of ethtool_opts and apply the change with ethtool command online. 

Version-Release number of selected component (if applicable):
os-net-config-11.3.2-1.20210406083710.f49ab16.el8ost.noarch

How reproducible:
Everytime to apply the change of ethtool_opts.

Steps to Reproduce:
1. Setup network interface with os-net-config
2. Add or modify ethtool_opts in config.json
3. Run os-net-config.

Actual results:
Affected interfaces are restarted.

Expected results:
Affected interfaces are not restarted and apply the change by ethtool online.


Additional info:

--- Additional comment from Karthik Sundaravel on 2022-08-10 17:16:49 JST ---

os-net-config generates the ifcfg files based on config.json. If there is a change in the current ifcfg vs new one, it performs ifdown and ifup for the same. Since the issue is not reproducible with network-scripts can you please help us with more clarity on why the routes are not added back. 

Also if the change in ethtool_opts needs to be handled without restarting the interface it would be a RFE.

--- Additional comment from Keigo Noha on 2022-08-10 17:26:27 JST ---

Hi Karthik,

Currently, we're working with SBR-Networking team for the issue that routes are not back.
On the other hand, changing or adding ETHTOOL_OPTS can be applied online. So, the current implementation has a room to improve.

Once I get a result from the investigation from networking side, I'll update this case.

Best Regards,
Keigo Noha

--- Additional comment from Keigo Noha on 2022-08-15 09:29:20 JST ---

Hi Karthik,

I can reproduce the issue manually.

The key thing is what interface runs ifdown/ifup.

The proper down step is

# ifdown eth0
# ifdown eth1
# ifdown bond0
# ifup eth0
# ifup eth1
# ifup bond0

This correct steps doesn't trigger the issue.

However, os-net-config did the following steps.

# ifdown eth0
# ifdown eth1
# ifup eth0
# ifup eth1
# ifup bond0

The way in os-net-config lacks 'ifdown bond0'. Due to that, ifup-routes are not run.
I think we should create a new bugzilla to focus on adding steps to run ifdown bond0.
I'll clone this bugzilla for adding steps to run ifdown bond0.

Best Regards,
Keigo Noha

Comment 1 Keigo Noha 2022-08-15 00:32:46 UTC
On this bugzilla, we need to focus on adding ifdown bondX when all slave interfaces are down by os-net-config.

Comment 2 Keigo Noha 2022-08-15 05:36:30 UTC
I did additional testing. Making bondX down is not a resolution on this issue.
It looks that vlan device belongs to bondX needs to be restarted.


Note You need to log in before you can comment on or make changes to this bug.