Bug 1801058
Summary: | health check for load balance doesn't work if ip is not set for logical switch port | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux Fast Datapath | Reporter: | Jianlin Shi <jishi> | |
Component: | ovn2.13 | Assignee: | Numan Siddique <nusiddiq> | |
Status: | CLOSED ERRATA | QA Contact: | Zhiqiang Fang <zfang> | |
Severity: | medium | Docs Contact: | ||
Priority: | medium | |||
Version: | FDP 20.A | CC: | bperkins, ctrautma, fhallal, jishi, mmichels, nusiddiq, ralongi | |
Target Milestone: | --- | |||
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | If docs needed, set a value | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1825483 (view as bug list) | Environment: | ||
Last Closed: | 2020-05-26 14:07:17 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: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1825483 |
Description
Jianlin Shi
2020-02-10 06:57:51 UTC
Submitted the patch for review - https://patchwork.ozlabs.org/project/openvswitch/patch/20200417065022.968218-1-numans@ovn.org/ Tested on below rpms (20D), the issue is still on. [root@netqe5 ~]# rpm -qa | grep -E "ovn|openv" ovn2.13-central-2.13.0-21.el8fdp.x86_64 openvswitch-selinux-extra-policy-1.0-23.el8fdp.noarch ovn2.13-host-2.13.0-21.el8fdp.x86_64 openvswitch2.13-2.13.0-18.el8fdp.x86_64 ovn2.13-2.13.0-21.el8fdp.x86_64 Added one line to bash script to avoid error: ovs-vsctl add-br br-int [root@netqe5 ~]# diff bug_1801058_orig.sh bug1801058.sh 13c13,14 < --- > ovs-vsctl add-br br-int > 90a92 > [root@netqe5 ~]# [root@netqe5 ~]# [root@netqe5 ~]# ovn-sbctl list service_monitor _uuid : 09e72a4a-b8fc-48fb-bdc5-4acdc77507d3 external_ids : {} ip : "192.168.1.1" logical_port : ls1p1 options : {failure_count="3", interval="5", success_count="3", timeout="20"} port : 80 protocol : tcp src_ip : "192.168.1.254" src_mac : "42:4a:cf:95:21:b4" status : [] _uuid : d6c8f76e-51dc-431f-bd90-2b2569ad5c04 external_ids : {} ip : "192.168.1.2" logical_port : ls1p2 options : {failure_count="3", interval="5", success_count="3", timeout="20"} port : 80 protocol : tcp src_ip : "192.168.1.254" src_mac : "42:4a:cf:95:21:b4" status : [] [root@netqe5 ~]# With Jianlin's help, I verified the fix actually works. Test procedure Change#1: changed below IP to system's admin IP address. ovs-vsctl set open . external-ids:system-id=hv0 external-ids:ovn-remote=tcp:20.0.30.25:6642 external-ids:ovn-encap-type=geneve external-ids:ovn-encap-ip=20.0.30.25 Test procedure Change#2: Added below command to keep port 80 open. [root@netqe6 ~]# ip netns exec client0 nc -l -k 80 & [1] 19566 [root@netqe6 ~]# ip netns exec client1 nc -l -k 80 & [2] 19567 [root@netqe6 ~]# [root@netqe6 ~]# ovn-sbctl list service_monitor _uuid : 6490db48-6ff2-4e03-aeef-34d8beea56f5 external_ids : {} ip : "192.168.1.2" logical_port : ls1p2 options : {failure_count="3", interval="5", success_count="3", timeout="20"} port : 80 protocol : tcp src_ip : "192.168.1.254" src_mac : "da:5b:55:70:ed:bf" status : online _uuid : 1563eb7a-b5da-478a-b582-05be910ee788 external_ids : {} ip : "192.168.1.1" logical_port : ls1p1 options : {failure_count="3", interval="5", success_count="3", timeout="20"} port : 80 protocol : tcp src_ip : "192.168.1.254" src_mac : "da:5b:55:70:ed:bf" status : online [root@netqe6 ~]# rpm -qa | grep -E "openvswitch|ovn" openvswitch-selinux-extra-policy-1.0-14.el8fdp.noarch ovn2.13-2.13.0-18.el8fdp.x86_64 openvswitch2.11-2.11.0-21.el8fdp.x86_64 ovn2.13-host-2.13.0-18.el8fdp.x86_64 ovn2.13-central-2.13.0-18.el8fdp.x86_64 Verified on 20D (2.13). [root@netqe5 ~]# rpm -qa | grep -E "openvswitch|ovn" ovn2.13-central-2.13.0-21.el8fdp.x86_64 ovn2.13-2.13.0-21.el8fdp.x86_64 ovn2.13-host-2.13.0-21.el8fdp.x86_64 openvswitch-selinux-extra-policy-1.0-23.el8fdp.noarch openvswitch2.13-2.13.0-18.el8fdp.x86_64 [root@netqe5 ~]# [root@netqe5 ~]# [root@netqe5 ~]# ovn-nbctl show switch 35cf9154-eeac-4e9c-894b-39b45db62269 (ls1) port ls1p1 addresses: ["00:01:02:03:01:01"] port ls1lr1 type: router addresses: ["00:01:03:0d:ff:01 192.168.1.254 2000::a"] router-port: lr1ls1 port ls1p3 addresses: ["00:01:02:03:01:03"] port ls1p2 addresses: ["00:01:02:03:01:02"] switch 2842d931-258f-4fd2-ac2e-b5cd908e94bc (ls2) port ls2p1 addresses: ["00:01:02:03:02:01"] port ls2lr1 type: router addresses: ["00:01:03:0d:ff:02 192.168.2.254 2001::a"] router-port: lr1ls2 router c2048175-7ed5-4eb9-96af-b131998a8fdf (lr1) port lr1ls2 mac: "00:01:03:0d:ff:02" networks: ["192.168.2.254/24", "2001::a/64"] port lr1ls1 mac: "00:01:03:0d:ff:01" networks: ["192.168.1.254/24", "2000::a/64"] [root@netqe5 ~]# [root@netqe5 ~]# ovn-sbctl show Chassis hv0 hostname: netqe5.knqe.lab.eng.bos.redhat.com Encap geneve ip: "10.19.15.13" options: {csum="true"} Port_Binding ls1p3 Port_Binding ls2lr1 Port_Binding lr1ls1 Port_Binding ls1p2 Port_Binding ls1p1 Port_Binding ls1lr1 Port_Binding ls2p1 Port_Binding lr1ls2 [root@netqe5 ~]# [root@netqe5 ~]# [root@netqe5 ~]# ovs-vsctl show 53825340-def9-4d7e-b3b4-5fd6d4abf40d Bridge br-int fail_mode: secure Port vm5 Interface vm5 type: internal Port vm3 Interface vm3 type: internal Port br-int Interface br-int type: internal Port vm1 Interface vm1 type: internal Port vm2 Interface vm2 type: internal ovs_version: "2.13.0" [root@netqe5 ~]# ovn-sbctl list service_monitor _uuid : ff61f870-840e-4df5-9608-d2f4bebce878 external_ids : {} ip : "192.168.1.1" logical_port : ls1p1 options : {failure_count="3", interval="5", success_count="3", timeout="20"} port : 80 protocol : tcp src_ip : "192.168.1.254" src_mac : "26:b0:57:3d:0c:c4" status : online _uuid : a06df7b5-af58-4674-afe7-310dee6720bc external_ids : {} ip : "192.168.1.2" logical_port : ls1p2 options : {failure_count="3", interval="5", success_count="3", timeout="20"} port : 80 protocol : tcp src_ip : "192.168.1.254" src_mac : "26:b0:57:3d:0c:c4" status : online [root@netqe5 ~]# 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/RHBA-2020:2317 |