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 1979774

Summary: [OVN]when the nb_cfg of table chassis_private is just the range, it will not reverse to 0 next time but report error.
Product: Red Hat Enterprise Linux Fast Datapath Reporter: ying xu <yinxu>
Component: ovn2.13Assignee: Mohammad Heib <mheib>
Status: CLOSED ERRATA QA Contact: ying xu <yinxu>
Severity: medium Docs Contact:
Priority: medium    
Version: FDP 21.FCC: ctrautma, jiji, kfida, mheib, mmichels, ralongi
Target Milestone: ---Keywords: Regression
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-10-04 15:09:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description ying xu 2021-07-07 03:10:46 UTC 
This bug was initially created as a copy of Bug #1873455

I am copying this bug because: 
this is found in version:
ovn-2021-21.06.0-4.el8.x86_64


Description of problem:
when the nb_cfg of table chassis_private is just the range, it will not reverse to 0 next time but report error.

Version-Release number of selected component (if applicable):
# rpm -qa|grep ovn
ovn2.13-host-20.06.2-1.el8fdp.x86_64
ovn2.13-central-20.06.2-1.el8fdp.x86_64
ovn2.13-20.06.2-1.el8fdp.x86_64


How reproducible:
always

Steps to Reproduce:
1.at first,set the env as below:
#ovn-sbctl show
Chassis hv0
    hostname: dell-per730-57.rhts.eng.pek2.redhat.com
    Encap geneve
        ip: "20.0.10.26"
        options: {csum="true"}
Chassis hv1        ----------------this name is hv1
    hostname: dell-per730-19.rhts.eng.pek2.redhat.com
    Encap geneve
        ip: "20.0.10.25"
        options: {csum="true"}
ovn-nbctl show'
switch 7458e8f5-96f4-4bce-bdc9-4236654447c9 (ls)
    port vm3
        addresses: ["00:00:00:00:00:03"]
    port vm1
        addresses: ["00:00:00:00:00:01"]
    port vm4
        addresses: ["00:00:00:00:00:04"]

now # ovn-sbctl list chassis_private
_uuid               : b612ba1c-5434-4864-be37-02fa68a056e1
chassis             : fd1b04b6-972c-4dce-b24e-7a0ac31dcf94
external_ids        : {}
name                : hv0
nb_cfg              : 0
 
_uuid               : 70346152-cece-44b9-b39c-dbf0f5845e35
chassis             : d3831b51-8ddd-4b4c-8844-0a225e738f36
external_ids        : {}
name                : hv1            
nb_cfg              : 0   -------nb_cfg is 0 now


2.set the nb_cfg to the range:
nb_global_id=$(ovn-nbctl --columns _uuid --bare find nb_global)
ovn-nbctl set NB_Global ${nb_global_id} nb_cfg=9223372036854775807


3.then, sync one time
 $ ovn-nbctl --wait=hv sync
2020-08-28T09:34:00Z|00001|ovsdb_idl|WARN|transaction error: {"details":"Result of \"+=\" operation is out of range.","error":"range error"}
ovn-nbctl: transaction error: {"details":"Result of \"+=\" operation is out of range.","error":"range error"}

Actual results:
the nb_cfg report error:out of range.

Expected results:
the nb_cfg should be reverse to 0

Additional info:
Comment 1 Mohammad Heib 2021-08-18 21:47:39 UTC 
Hi,
thank you for reporting this issue.

 you can use this command to reproduce the issue easily:
# ovn-nbctl set nb_global ae780799-0118-479d-9263-66ee50167ad6 nb_cfg=9223372036854775805 ; ovn-nbctl  --wait=hv sync ; ovn-nbctl  --wait=hv sync ; ovn-nbctl  --wait=hv sync ; ovn-nbctl  --wait=hv sync ; ovn-nbctl  --wait=hv sync

Thanks,
Comment 2 Mohammad Heib 2021-08-19 10:01:24 UTC 
patch submitted upstream still under review :

http://patchwork.ozlabs.org/project/ovn/patch/20210819004347.665893-1-mheib@redhat.com/
Comment 3 Mohammad Heib 2021-09-01 16:04:32 UTC 
Hi @yinxu,

i tried to reproduce the above issue with ovn2.13 but seems that the issue doesn't exist on that version.
could you please specify in which ovn version you saw this bug.
Comment 4 ying xu 2021-09-02 00:30:52 UTC 
(In reply to Mohamad Heib from comment #3)
> Hi @yinxu,
> 
> i tried to reproduce the above issue with ovn2.13 but seems that the issue
> doesn't exist on that version.
> could you please specify in which ovn version you saw this bug.

It is not reproduced with ovn2.13, it is ovn-2021-21.06.0-4.el8.x86_64

you can see the case sb_table in job:https://beaker.engineering.redhat.com/jobs/5581622
Comment 5 Mohammad Heib 2021-09-02 10:16:41 UTC 
posted to branch-21.6:
https://code.engineering.redhat.com/gerrit/c/ovn/+/269858
Comment 6 Mohammad Heib 2021-09-02 11:39:51 UTC 
wrong patch link:

https://code.engineering.redhat.com/gerrit/c/ovn/+/269881
Comment 9 ying xu 2021-09-22 06:14:40 UTC 
verified on version:
ovn-2021-21.06.0-29.el8fdp

see details in job:
https://beaker.engineering.redhat.com/jobs/5805391

:: [ 12:47:42 ] :: [  BEGIN   ] :: Running 'ovn-nbctl set NB_Global d76c48ac-0952-4a51-87e3-4f52cc9389f6 nb_cfg=9223372036854775807'
:: [ 12:47:42 ] :: [   PASS   ] :: Command 'ovn-nbctl set NB_Global d76c48ac-0952-4a51-87e3-4f52cc9389f6 nb_cfg=9223372036854775807' (Expected 0, got 0)
:: [ 12:47:42 ] :: [  BEGIN   ] :: Running 'ovn-nbctl --wait=hv sync'
:: [ 12:47:42 ] :: [   PASS   ] :: Command 'ovn-nbctl --wait=hv sync' (Expected 0, got 0)
:: [ 12:47:42 ] :: [  BEGIN   ] :: Running 'cat /var/log/ovn/ovn-controller.log|grep "out of range"'
:: [ 12:47:42 ] :: [   PASS   ] :: Command 'cat /var/log/ovn/ovn-controller.log|grep "out of range"' (Expected 1, got 1)
Comment 11 errata-xmlrpc 2021-10-04 15:09:09 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 (ovn 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-2021:3718