Bug 2167974

Summary:	[RFE] [ODF 4.11][Multus] Change NetworkAttachmentDefinition from single network interface to separate interfaces after ODF cluster installation
Product:	[Red Hat Storage] Red Hat OpenShift Data Foundation	Reporter:	Prashant Dhange <pdhange>
Component:	rook	Assignee:	Blaine Gardner <brgardne>
Status:	ASSIGNED ---	QA Contact:	Neha Berry <nberry>
Severity:	high	Docs Contact:
Priority:	high
Version:	4.11	CC:	etamir, odf-bz-bot, oviner, tnielsen
Target Milestone:	---	Keywords:	FutureFeature, Reopened
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:	2023-06-23 21:08:26 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:

Comment 2 Blaine Gardner 2023-02-07 23:48:40 UTC

I'm confused. Is this a bug report that OSDs flap after node reboot? If so, is it a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=2167341?

Or is this a feature request to allow changing the network mode after installation? If so, the feature work is done, but we will still need QE validation. In the meantime, the best strategy is to deploy ODF in a test environment first to ensure everything works as expected. If a config doesn't work well, reinstalling a test environment shouldn't be an issue. Once there is a stable test install, then install to production.

Comment 3 Prashant Dhange 2023-02-08 00:36:48 UTC

(In reply to Blaine Gardner from comment #2)
> I'm confused. Is this a bug report that OSDs flap after node reboot? If so,
> is it a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=2167341?
> 
> Or is this a feature request to allow changing the network mode after
> installation? If so, the feature work is done, but we will still need QE
> validation. In the meantime, the best strategy is to deploy ODF in a test
> environment first to ensure everything works as expected. If a config
> doesn't work well, reinstalling a test environment shouldn't be an issue.
> Once there is a stable test install, then install to production.

Yes. I was wondering if there are any way to add a new network and configuring multus 
to use old and new network for public and cluster traffic. I agree, this is more of feature request
as we have to configure network interfaces before deploying the ODF cluster. Let me convert this BZ in a RFE.

What limitation do we have from rook side to support on the fly network changes ? I assume this is more of multus 
and OVN limitations rather than rook.

Comment 5 Blaine Gardner 2023-02-08 19:40:00 UTC

I'm not sure what OVN limitations would exist. I don't believe any multus limitations should exist. It may be necessary to create a new NAD rather than modify the existing NAD, but that is not a limitation IMO. With upstream code that will be in ODF 4.13, moving from one multus configuration to another should happen automatically, but mons will need to be manually failed over. Something that will need to be tested, of course.

Comment 6 Travis Nielsen 2023-02-28 15:14:00 UTC

Moving RFEs out of 4.13

Comment 9 Travis Nielsen 2023-06-23 21:08:26 UTC

Closing since this isn't a rook issue and the transition can be completed with a reboot. If I'm missing something, please reopen.

Comment 13 Travis Nielsen 2023-08-15 15:09:53 UTC

*** Bug 2223780 has been marked as a duplicate of this bug. ***