Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
The FDP team is no longer accepting new bugs in Bugzilla. Please report your issues under FDP project in Jira. Thanks.

Bug 1684796

Summary: ovn-controller doesn't set the datapath-type of br-int "netdev" for DPDK deployments.
Product: Red Hat Enterprise Linux Fast Datapath Reporter: Numan Siddique <nusiddiq>
Component: ovn2.11Assignee: Numan Siddique <nusiddiq>
Status: CLOSED ERRATA QA Contact: haidong li <haili>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: FDP 19.03CC: ctrautma, jishi, kfida, pvauter, qding, tredaelli
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: ovn2.11-2.11.0-3.el7fdn Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-04-30 09:23: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:

Description Numan Siddique 2019-03-02 15:27:31 UTC
Description of problem:


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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Numan Siddique 2019-03-02 15:31:58 UTC
Description of problem:
If the deployments use ovs-dpdk, then ovn-controller should set the datapath_type of br-int to netdev, so that CMS can figure this out and set appropriate DPDK related configs when a port in the  bridge is created.

The upstream commit fixes it - https://github.com/openvswitch/ovs/commit/8ba510bf794692792e04a9d2813bd6c272a9619a

For ovn-controller to set the datapath_type to netdev, admin/CMS should run the  below command in each chassis 

**
ovs-vsctl set open . external_ids:ovn-bridge-datapath-type=netdev
**

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 3 haidong li 2019-04-02 06:12:23 UTC
reproduced on the old version:
[root@hp-dl388g8-21 ~]# uname -a
Linux hp-dl388g8-21.rhts.eng.pek2.redhat.com 3.10.0-957.el7.x86_64 #1 SMP Thu Oct 4 20:48:51 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[root@hp-dl388g8-21 ~]# rpm -qa | grep openvswitch
openvswitch2.11-2.11.0-0.20190129gitd3a10db.el7fdp.x86_64
openvswitch2.11-ovn-common-2.11.0-0.20190129gitd3a10db.el7fdp.x86_64
openvswitch2.11-ovn-host-2.11.0-0.20190129gitd3a10db.el7fdp.x86_64
openvswitch-selinux-extra-policy-1.0-11.el7fdp.noarch
openvswitch2.11-ovn-central-2.11.0-0.20190129gitd3a10db.el7fdp.x86_64
[root@hp-dl388g8-21 ~]# 

[root@hp-dl388g8-21 ~]#  systemctl start ovn-northd
[root@hp-dl388g8-21 ~]#   ovn-sbctl set-connection ptcp:6642
[root@hp-dl388g8-21 ~]#                 ovn-nbctl set-connection ptcp:6641
[root@hp-dl388g8-21 ~]#  ovs-vsctl set Open_vSwitch . external-ids:system-id=hv0
[root@hp-dl388g8-21 ~]# ovs-vsctl set Open_vSwitch . external-ids:ovn-remote=tcp:30.0.0.1:6642
[root@hp-dl388g8-21 ~]# ovs-vsctl set Open_vSwitch . external-ids:ovn-encap-type=geneve
[root@hp-dl388g8-21 ~]#         ovs-vsctl set Open_vSwitch . external-ids:ovn-encap-ip=30.0.0.1
[root@hp-dl388g8-21 ~]# systemctl start ovn-controller
[root@hp-dl388g8-21 ~]# ovs-vsctl list-br
br-int
[root@hp-dl388g8-21 ~]# ovs-vsctl set bridge br-int datapath_type=netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl get bridge br-int datapath_type
netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl set open . external_ids:ovn-bridge-datapath-type=netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl get open . external_ids:ovn-bridge-datapath-type
netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl set bridge br-int datapath_type=foo
[root@hp-dl388g8-21 ~]# ovs-vsctl get open . external_ids:ovn-bridge-datapath-type
netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl get bridge br-int datapath_type
foo

===============================================================================================
verified on the lated version:

[root@hp-dl388g8-21 ~]# rpm -qa | grep openvswitch
openvswitch2.11-2.11.0-4.el7fdp.x86_64
openvswitch-selinux-extra-policy-1.0-11.el7fdp.noarch
[root@hp-dl388g8-21 ~]# rpm -qa | grep ovn
ovn2.11-2.11.0-6.el7fdp.x86_64
ovn2.11-host-2.11.0-6.el7fdp.x86_64
ovn2.11-central-2.11.0-6.el7fdp.x86_64
[root@hp-dl388g8-21 ~]# 
[root@hp-dl388g8-21 ~]#      systemctl start openvswitch
[root@hp-dl388g8-21 ~]#         systemctl start ovn-northd
[root@hp-dl388g8-21 ~]#     ovn-sbctl set-connection ptcp:6642
[root@hp-dl388g8-21 ~]#                 ovn-nbctl set-connection ptcp:6641
[root@hp-dl388g8-21 ~]# ovs-vsctl set Open_vSwitch . external-ids:system-id=hv0
[root@hp-dl388g8-21 ~]#  ovs-vsctl set Open_vSwitch . external-ids:ovn-remote=tcp:30.0.0.1:6642
[root@hp-dl388g8-21 ~]# ovs-vsctl set Open_vSwitch . external-ids:ovn-encap-type=geneve
[root@hp-dl388g8-21 ~]#         ovs-vsctl set Open_vSwitch . external-ids:ovn-encap-ip=30.0.0.1
[root@hp-dl388g8-21 ~]#    systemctl start ovn-controller
[root@hp-dl388g8-21 ~]# ovs-vsctl list-br
br-int
[root@hp-dl388g8-21 ~]# ovs-vsctl set open . external_ids:ovn-bridge-datapath-type=netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl get bridge br-int datapath_type
netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl get open . external_ids:ovn-bridge-datapath-type
netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl set bridge br-int datapath_type=foo
[root@hp-dl388g8-21 ~]# ovs-vsctl get open . external_ids:ovn-bridge-datapath-type
netdev
[root@hp-dl388g8-21 ~]# ovs-vsctl get bridge br-int datapath_type
netdev

Comment 5 errata-xmlrpc 2019-04-30 09:23:26 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/RHEA-2019:0907