Bug 1983816
| Summary: | kubernetes-nmstate conflict with default_connection | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Ben Nemec <bnemec> |
| Component: | Networking | Assignee: | Ben Nemec <bnemec> |
| Networking sub component: | kubernetes-nmstate-operator | QA Contact: | Oleg Sher <osher> |
| Status: | CLOSED DUPLICATE | Docs Contact: | |
| Severity: | high | ||
| Priority: | high | CC: | vvoronko |
| Version: | 4.8 | Keywords: | Triaged |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-07-20 14:21:18 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: | |||
I found a similar-sounding bug here: https://bugzilla.redhat.com/show_bug.cgi?id=1896866 I don't know if that's a particularly good solution for us since we don't know the interfaces the user will want to manage ahead of time so writing udev rules is not a great fit, but it does cover some other options they tried that did not solve the problem. Oh shoot, I had already opened a bug for this. I'll copy the additional information I found over to that one. *** This bug has been marked as a duplicate of bug 1982821 *** |
Description of problem: Running the kubernetes-nmstate e2e tests against a 4.8 cluster fails on "STEP: Resetting nics state primary up and secondaries down". The policy being applied looks like this: interfaces: - name: enp2s0 state: up type: ethernet - ipv4: enabled: false ipv6: enabled: false name: enp3s0 state: down type: ethernet - ipv4: enabled: false ipv6: enabled: false name: enp4s0 state: down type: ethernet It appears that after NMState brings the p3 and p4 interfaces down, the NetworkManager default "Wired Connection" brings them right back up. This can be seen in a log message from NM: device (enp3s0): Activation: starting connection 'Wired Connection' (fb456b53-0552-4794-9200-7b080ed93aeb) This essentially undoes the NMState changes and causes the tests to fail. While in some real-world cases this may not be a problem, just the fact that it fails the e2e tests is a significant issue as it makes it impossible for us to regularly test the operator. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Deploy 4.8 cluster 2. Deploy kubernetes-nmstate on the cluster 3. Run kubernetes-nmstate e2e tests Actual results: All tests fail because the setup step does not complete Expected results: All tests pass