Hi Harel,

Could you provide a reproducer for me to try?

Thank you!

In RHEL8, we ignore/hide this OVS bridge as it is not created by NetworkManager.

In RHEL9, let me do the same instead of providing partial information.

Patch posed to upstream: https://github.com/nmstate/nmstate/pull/1921

The OVS bridge created by `ovs-vsctl` is unmanaged by NetworkManager, previously(2.1.1) we are showing it as `state: ignore` which is lacking the important `bridge` key. Above patch is purging all ignored user space interface when querying.

To reproduce this problem:
 * sudo ovs-vsctl add-br br0
 * sudo nmstatectl show

Expected output: only contain the ovs-interface br0(as is auto-managed by NetworkManager). No `ovs-bridge` br0 is shown in output.

Pretested with:
nmstate-2.1.1-0.20220607080409587754.pr1921.36.gfd093ec.el9.x86_64
NetworkManager-1.39.6-1.el9.x86_64
openvswitch2.15-2.15.0-60.el9fdp.x86_64
DISTRO=RHEL-9.1.0-20220612.2

ovs-vsctl add-br ovsbr0
nmstatectl show

# the older version:
  - name: ovsbr0
    type: ovs-interface
    state: down
    mac-address: "46:C0:E6:A9:59:4F"
    mtu: 1500
    ipv4:
      enabled: false
    ipv6:
      enabled: false
    accept-all-mac-addresses: false
    ovs-db:
      external_ids: {}
    ethtool:
      feature:
        tx-udp_tnl-segmentation: true
        tx-scatter-gather-fraglist: true
        tx-tcp-mangleid-segmentation: true
        tx-udp-segmentation: true
        tx-vlan-stag-hw-insert: true
        tx-tcp-ecn-segmentation: true
        tx-sctp-segmentation: true
        tx-checksum-ip-generic: true
        highdma: true
        tx-gre-csum-segmentation: true
        tx-udp_tnl-csum-segmentation: true
        tx-gso-list: true
        tx-nocache-copy: false
        tx-vlan-hw-insert: true
        rx-gro-list: false
        tx-tcp-segmentation: true
        tx-ipxip4-segmentation: true
        rx-udp-gro-forwarding: false
        tx-tcp6-segmentation: true
        tx-generic-segmentation: true
        tx-gre-segmentation: true
        tx-ipxip6-segmentation: true
        rx-gro: true
  - name: ovsbr0
    type: ovs-port
    state: ignore
  - name: ovsbr0
    type: ovs-bridge
    state: ignore
    ovs-db:
      external_ids: {}

# the tested version:
  - name: ovsbr0
    type: ovs-interface
    state: down
    mac-address: "46:C0:E6:A9:59:4F"
    mtu: 1500
    ipv4:
      enabled: false
    ipv6:
      enabled: false
    accept-all-mac-addresses: false
    ovs-db:
      external_ids: {}
    ethtool:
      feature:
        tx-tcp-mangleid-segmentation: true
        tx-nocache-copy: false
        tx-gre-csum-segmentation: true
        tx-generic-segmentation: true
        rx-gro: true
        tx-vlan-hw-insert: true
        rx-udp-gro-forwarding: false
        tx-ipxip4-segmentation: true
        tx-checksum-ip-generic: true
        tx-udp_tnl-segmentation: true
        tx-tcp6-segmentation: true
        tx-udp_tnl-csum-segmentation: true
        tx-scatter-gather-fraglist: true
        tx-gso-list: true
        rx-gro-list: false
        tx-vlan-stag-hw-insert: true
        tx-ipxip6-segmentation: true
        tx-tcp-segmentation: true
        tx-tcp-ecn-segmentation: true
        tx-sctp-segmentation: true
        tx-gre-segmentation: true
        highdma: true
        tx-udp-segmentation: true

no ovs-port and ovs-bridge in the output.


(In reply to Gris Ge from comment #9)
> Patch posed to upstream: https://github.com/nmstate/nmstate/pull/1921
> 
> The OVS bridge created by `ovs-vsctl` is unmanaged by NetworkManager,
> previously(2.1.1) we are showing it as `state: ignore` which is lacking the
> important `bridge` key. Above patch is purging all ignored user space
> interface when querying.
> 
> To reproduce this problem:
>  * sudo ovs-vsctl add-br br0
>  * sudo nmstatectl show
> 
> Expected output: only contain the ovs-interface br0(as is auto-managed by
> NetworkManager). No `ovs-bridge` br0 is shown in output.

But the ovsbr0(type=ovs-interface) is not managed by NetworkManager, and I think in the past versions(including python and rust), ovs-interface created by ovs-vsctl is not managed either.
@Gris , can you please confirm if this is correct(ovs-interface is not managed but shown under "nmstatectl show", like in the python version)?

# nmcli con
NAME  UUID                                  TYPE      DEVICE 
eno1  910aab28-a8b6-4c15-90f4-b7c671fe78f2  ethernet  eno1

The output is expected.

The ovs-interface has kernel representative and is auto-managed by NM as `external`.

This was done by Gris, assign it back to him. I pre-verified this with integration tests and manually.

Verified with versions:
nmstate-2.1.2-1.el9.x86_64
NetworkManager-1.39.8-1.el9.x86_64
openvswitch2.15-2.15.0-64.el9fdp.x86_64

Is same with #comment10

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 (nmstate bug fix and enhancement update), 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/RHBA-2022:7991