Bug 1822315 - status.desiredState: doesn't pick the correct value and is null
Summary: status.desiredState: doesn't pick the correct value and is null
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Networking
Version: 2.3.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 2.4.0
Assignee: Quique Llorente
QA Contact: Geetika Kapoor
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-04-08 17:37 UTC by Geetika Kapoor
Modified: 2023-09-14 05:55 UTC (History)
4 users (show)

Fixed In Version: kubernetes-nmstate-handler-container-v2.4.0-31
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-07-28 19:09:47 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2020:3194 0 None None None 2020-07-28 19:09:58 UTC

Description Geetika Kapoor 2020-04-08 17:37:38 UTC
Description of problem:

Desired state doesn't picks up the correct value and is getting NULL whic is invalid.

{"level":"error","ts":1586351111.0703022,"logger":"enactmentconditions","msg":"Error notifying state NodeSelectorNotMatching","enactment":"host-172-16-0-22.nncp-default","error":"NodeNetworkConfigurationEnactment.nmstate.io \"host-172-16-0-22.nncp-default\" is invalid: status.desiredState: Invalid value: \"null\": status.desiredState in body must be of type object: 


$ oc get nncp
NAME                            STATUS
nncp-default-host-172-16-0-20   ConfigurationProgressing
nncp-default-host-172-16-0-32   ConfigurationProgressing

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

$ oc get csv -n openshift-cnv | awk ' { print $4 } ' | tail -n1
2.3.0


$ oc version
Client Version: 4.4.0-0.nightly-2020-04-04-025830
Server Version: 4.4.0-rc.6
Kubernetes Version: v1.17.1


How reproducible:

always 

Steps to Reproduce:
1. Setup a linux-bridge on worker nodes and make sure to set it up on primary NIC.(ens3)
2. Attached is the worker nodes file for bridge setup.
3. Make sure dhcp is set for only primary nic and is false for all secondary nic's attached.

Actual results:

Seeing issues during bridge setup and communication.

Expected results:

Bridge setup should work as expected  on primary NIC and pods/vm's on worker1 nodes should be able to communicate with pods/vm's on worker2.
Additional info:

Comment 3 Petr Horáček 2020-04-09 14:06:42 UTC
Quique, would you please help me understand this issue? Is there a workaround? Should we expect it happening on production environment? What is causing it?

Comment 4 Quique Llorente 2020-04-16 14:18:52 UTC
Have we test this with latest CNV version ? we added some fixes to kubernetes-nmstate before freezy last friday.

Comment 7 Quique Llorente 2020-04-23 06:37:55 UTC
Knmstate is not rejecting the policy with a missing desiredState, looking at _types.go from policy it's not marked as optional so it's suppos to be requiered we have to investigate will be fixed at cnv 2.4 since this is not a blocker.

Comment 8 Quique Llorente 2020-06-02 10:14:07 UTC
I have apply the policy at the bug at CNV 2.4 and we validating it as expected so we can close this bug.

The NodeNetworkConfigurationPolicy "nncp-default-host" is invalid: spec.desiredState: Invalid value: "null": spec.desiredState in body must be of type object: "null"

Comment 9 Geetika Kapoor 2020-06-09 06:04:02 UTC
Test Environment:

Old versions:
=============

$ oc get csv -n openshift-cnv | awk ' { print $4 } ' | tail -n1
2.3.0

1. Setup using config file mentioned in attachment.
2. Run oc apply.

$ oc apply -f test.yaml
nodenetworkconfigurationpolicy.nmstate.io/nncp-default-host created

3. Check status of nncp 

$ oc get nncp
NAME                STATUS
nncp-default-host   ConfigurationProgressing


It is kind of hanged in this intermediate state.

New versions:
============

$ oc get csv -n openshift-cnv | awk ' { print $4 } ' | tail -n1
2.4.0


$ oc apply -f test.yaml 
The NodeNetworkConfigurationPolicy "nncp-default-host" is invalid: spec.desiredState: Invalid value: "null": spec.desiredState in body must be of type object: "null"

It is failing when we try to apply the policy so nncp is not getting created.

Comment 11 Nelly Credi 2020-06-22 08:54:43 UTC
Please add 'fixed in version'

Comment 14 errata-xmlrpc 2020-07-28 19:09:47 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/RHSA-2020:3194

Comment 15 Red Hat Bugzilla 2023-09-14 05:55:14 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days


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