<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:36:13 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[OVSDB-370] br-int not created when del-manager and set-manager in quick succession</title>
                <link>https://jira.opendaylight.org/browse/OVSDB-370</link>
                <project id="10158" key="OVSDB">ovsdb</project>
                    <description>&lt;p&gt;Br-int is not created when an OVS is disconnected and then quickly re-connected to the 3-nodes ODL. The reproduction steps are below:&lt;/p&gt;

&lt;p&gt;1) start 3-nodes cluster, say&lt;br/&gt;
   10.138.0.2, 10.138.0.3, 10.138.0.4&lt;br/&gt;
2) connect an OVS switch to the cluster&lt;br/&gt;
   ovs-vsctl set-manager tcp:10.138.0.2:6640 tcp:10.138.0.3:6640 tcp:10.138.0.4:6640&lt;br/&gt;
3) br-int is properly created at the OVS switch&lt;br/&gt;
    Manager &quot;tcp:10.138.0.2:6640&quot;&lt;br/&gt;
    Manager &quot;tcp:10.138.0.3:6640&quot;&lt;br/&gt;
    Manager &quot;tcp:10.138.0.4:6640&quot;&lt;br/&gt;
    Bridge br-int&lt;br/&gt;
        Controller &quot;tcp:10.138.0.2:6653&quot;&lt;br/&gt;
            is_connected: true&lt;br/&gt;
        Controller &quot;tcp:10.138.0.4:6653&quot;&lt;br/&gt;
            is_connected: true&lt;br/&gt;
        Controller &quot;tcp:10.138.0.3:6653&quot;&lt;br/&gt;
            is_connected: true&lt;br/&gt;
        fail_mode: secure&lt;br/&gt;
        Port br-int&lt;br/&gt;
            Interface br-int&lt;br/&gt;
                type: internal&lt;br/&gt;
    ovs_version: &quot;2.0.2&quot;&lt;/p&gt;

&lt;p&gt;4) delete the br-int, disconnect the OVS, and re-connect the OVS in quick succession, ie&lt;br/&gt;
ovs-vsctl del-br br-int; ovs-vsctl del-manager; ovs-vsctl set-manager tcp:10.138.0.2:6640 tcp:10.138.0.3:6640 tcp:10.138.0.4:6640&lt;/p&gt;

&lt;p&gt;5) Intermittently (one out of 5 tries), the br-int is not created after the OVS is connected to the cluster:&lt;/p&gt;

&lt;p&gt;0af0ec21-563d-40cf-900c-6a66ef91a34d&lt;br/&gt;
    Manager &quot;tcp:10.138.0.2:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Manager &quot;tcp:10.138.0.3:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    Manager &quot;tcp:10.138.0.4:6640&quot;&lt;br/&gt;
        is_connected: true&lt;br/&gt;
    ovs_version: &quot;2.0.2&quot;&lt;/p&gt;

&lt;p&gt;When the issue in 5) happens there is no entry for the OVS connection in the operational DS. That means netvirt never gets the ADD node event to create teh br-int in the first place. The events for delete and create same node might have been clobbered each other.&lt;/p&gt;

&lt;p&gt;I am testing with latest boron code as of Aug 30, 2016&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="22062">OVSDB-370</key>
            <summary>br-int not created when del-manager and set-manager in quick succession</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="10004" iconUrl="https://jira.opendaylight.org/images/icons/status_generic.gif" description="">Verified</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10003">Cannot Reproduce</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="vinh.nguyen@hcl.com">Vinh Nguyen</reporter>
                        <labels>
                    </labels>
                <created>Thu, 1 Sep 2016 01:17:36 +0000</created>
                <updated>Thu, 19 Oct 2017 21:27:02 +0000</updated>
                            <resolved>Thu, 6 Oct 2016 18:15:34 +0000</resolved>
                                    <version>unspecified</version>
                                                    <component>Clustering</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="41533" author="vinh.nguyen@hcl.com" created="Thu, 1 Sep 2016 01:21:23 +0000"  >&lt;p&gt;Attachment odl1.log.tar.gz has been added with description: karaf.log odl1&lt;/p&gt;</comment>
                            <comment id="41534" author="vinh.nguyen@hcl.com" created="Thu, 1 Sep 2016 01:21:48 +0000"  >&lt;p&gt;Attachment odl2.log.tar.gz has been added with description: karaf.log odl2&lt;/p&gt;</comment>
                            <comment id="41535" author="vinh.nguyen@hcl.com" created="Thu, 1 Sep 2016 01:22:14 +0000"  >&lt;p&gt;Attachment odl3.log.tar.gz has been added with description: karaf.log ODL3&lt;/p&gt;</comment>
                            <comment id="41529" author="arthi.b@hcl.com" created="Fri, 2 Sep 2016 12:28:29 +0000"  >&lt;p&gt;Vinh,&lt;br/&gt;
Setup:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;3 node cluster setup and a Control node.&lt;/li&gt;
	&lt;li&gt;Openstack Version: Mitaka and Liberty.&lt;/li&gt;
	&lt;li&gt;Distribution patch: distribution-karaf-0.5.0-20160902.020649-4739.tar.gz&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;We have tested with the above distribution patch and the bug is not reproduced. We performed disconnect the OVS and re-connect the OVS for 10 times each in both Mitaka and Liberty.&lt;/p&gt;

&lt;p&gt;Can you please let us know if there is any specific steps to be followed to reproduce the issue.&lt;/p&gt;</comment>
                            <comment id="41536" author="arthi.b@hcl.com" created="Fri, 2 Sep 2016 12:29:14 +0000"  >&lt;p&gt;Attachment LOG.zip has been added with description: Karaf logs&lt;/p&gt;</comment>
                            <comment id="41530" author="vinh.nguyen@hcl.com" created="Fri, 2 Sep 2016 17:17:34 +0000"  >&lt;p&gt;Hi Arthi,&lt;/p&gt;

&lt;p&gt;I noticed  in the attached logs the time interval between disconnect and re-connect of the OVS switch is about few seconds or more. Please retry with smaller interval, say 1 seconds or none. Also please remove the br-int before disconnecting the OVS. The steps I use are mentioned in the description section.&lt;br/&gt;
Please try the command in step 4 repeatedly until you see the br-int is not present in &apos;show&apos; command.&lt;/p&gt;

&lt;p&gt;sudo ovs-vsctl del-br br-int; sudo ovs-vsctl del-manager; sudo ovs-vsctl set-manager tcp:&amp;lt;odl1-ip&amp;gt;:6640 tcp:&amp;lt;odl2-ip&amp;gt;:6640 tcp:&amp;lt;odl3-ip&amp;gt;:6640; sleep 2; sudo ovs-vsctl show&lt;/p&gt;</comment>
                            <comment id="41531" author="arthi.b@hcl.com" created="Sat, 17 Sep 2016 15:04:53 +0000"  >&lt;p&gt;Yes, I deleted the bridges before setting the manager.&lt;br/&gt;
And I tried step 4 by giving all at once. Still the bug is not reproduced.&lt;/p&gt;</comment>
                            <comment id="41532" author="vinh.nguyen@hcl.com" created="Wed, 5 Oct 2016 18:30:45 +0000"  >&lt;p&gt;Bug cannot be reproduced the the latest boron release: distribution-karaf-0.5.0-Boron&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="12897" name="LOG.zip" size="942471" author="arthi.b@hcl.com" created="Fri, 2 Sep 2016 12:29:14 +0000"/>
                            <attachment id="12894" name="odl1.log.tar.gz" size="53506" author="vinh.nguyen@hcl.com" created="Thu, 1 Sep 2016 01:21:23 +0000"/>
                            <attachment id="12895" name="odl2.log.tar.gz" size="55711" author="vinh.nguyen@hcl.com" created="Thu, 1 Sep 2016 01:21:48 +0000"/>
                            <attachment id="12896" name="odl3.log.tar.gz" size="48580" author="vinh.nguyen@hcl.com" created="Thu, 1 Sep 2016 01:22:14 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>6603</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=6603]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i022bb:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>