Bug 2024249 - NNCP fails w the following: libnmstate.error.NmstateLibnmError: Activate profile uuid:1696490a-8f2e-4ba6-844e-21db9c631cd1 iface:eno1.2032 type: vlan failed: error=nm-manager-error-quark: Failed to find a compatible device for this connection (3)
Summary: NNCP fails w the following: libnmstate.error.NmstateLibnmError: Activate prof...
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Networking
Version: 4.8.2
Hardware: Unspecified
OS: Linux
unspecified
urgent
Target Milestone: ---
: ---
Assignee: Quique Llorente
QA Contact: Meni Yakove
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-11-17 16:56 UTC by milti leonard
Modified: 2025-08-08 12:02 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-02-03 13:23:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description milti leonard 2021-11-17 16:56:11 UTC
Description of problem:
NNCP fails w the following: libnmstate.error.NmstateLibnmError: Activate profile uuid:1696490a-8f2e-4ba6-844e-21db9c631cd1 iface:eno1.2032 type: vlan failed: error=nm-manager-error-quark: Failed to find a compatible device for this connection (3)

Version-Release number of selected component (if applicable):
4.8.2

How reproducible:
unsure

Steps to Reproduce:
1. spin up a 3-node cluster
2. install CNV
3. create an NNCP and apply it

Actual results:
fails w libnmstate.error.NmstateLibnmError above

Expected results:
NNCP applies correctly w/o error/issue

Additional info:
my understanding of CNV was that the NMstate operator was required, however NMstate operator has not been installed

Comment 4 Daniel Del Ciancio 2021-11-23 16:27:07 UTC
Hello,

As per the customer, nmstate isn't behaving as expected.  They have a parent interface which doesn't get identified properly and any VLAN interfaces (e.g. eno1.1234) bound to the parent device (e.g. eno1) via NNCP cause nmstate not to find the parent device.  As a workaround, the customer is reporting that they need to remove any sub-interfaces bound to the parent first in the NNCP, then modify NNCP again to then re-enable the sub-interfaces, but this causes their VMs to lose networking.   Also, is NM supposed to identify connection names = to device names (e.g. eno1) ... This is not the case since connection name = "Wired Connection" and device in some cases shows -- rather than eno1.   We even tried to explicitly define the parent device in the NNCP but it doesn't seem to recover well in the event of a node reboot.  

Questions:
- Can you comment on the case on the correct way to ensure that devices are configured including how to configure the NNCP so that things come up properly on reboot?
- How should the base networkmanager configuration be defined?  
- Should the NNCP include any parent device configuration as well?  
- Why is the default NM configuration not identifying the parent devices so that the sub-interfaces defined in the NNCP can properly bind to them?  Is there an NM issue or so specific NM configuration that needs to be applied to each node manually ?

Thanks!

Comment 12 Daniel Del Ciancio 2022-01-05 20:21:38 UTC
Thanks @phoracek 

I'll pass on these suggestions and we'll reply with more questions, if needed.

Comment 13 Petr Horáček 2022-01-06 10:51:40 UTC
I removed the needinfo from https://bugzilla.redhat.com/show_bug.cgi?id=2024249#c10 by mistake, we still need those logs.

Comment 14 Petr Horáček 2022-02-03 13:23:18 UTC
Since there was no update in the last month, I'm closing this as INSUFFICIENT_DATA. If you manage to gather more info, please feel free to reopen this.

Comment 15 Red Hat Bugzilla 2023-09-15 01:17:19 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 500 days


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