<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:15:05 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>[NETCONF-458] Remount attempt in Oxygen three node cluster results in unsuccessful initial read issued by vpp renderer</title>
                <link>https://jira.opendaylight.org/browse/NETCONF-458</link>
                <project id="10142" key="NETCONF">netconf</project>
                    <description>&lt;p&gt;Environment: three oxygen nodes in cluster on Centos&lt;/p&gt;

&lt;p&gt;These are the steps I&apos;m doing:&lt;/p&gt;

&lt;p&gt;1. mount 5 devices into /config/network-topology:network-topology/topology/topology-netconf/ with this configuration:&lt;/p&gt;
                {
                    &quot;netconf-node-topology:between-attempts-timeout-millis&quot;: 10000,
                    &quot;netconf-node-topology:connection-timeout-millis&quot;: 10000,
                    &quot;netconf-node-topology:default-request-timeout-millis&quot;: 10000,
                    &quot;netconf-node-topology:host&quot;: &quot;192.168.10.26&quot;,
                    &quot;netconf-node-topology:keepalive-delay&quot;: 0,
                    &quot;netconf-node-topology:max-connection-attempts&quot;: 10,
                    &quot;netconf-node-topology:password&quot;: &quot;admin&quot;,
                    &quot;netconf-node-topology:port&quot;: 2831,
                    &quot;netconf-node-topology:tcp-only&quot;: false,
                    &quot;netconf-node-topology:username&quot;: &quot;admin&quot;,
                    &quot;node-id&quot;: &quot;overcloud-novacompute-0.opnfv.org&quot;
                }

&lt;p&gt;this mount works fine, vpp renderer reads interfaces successfully&lt;br/&gt;
2. delete these five mounts&lt;br/&gt;
3. remount the 5 devices the same way and vpp renderer fails to read interface configuration from any of the devices&lt;/p&gt;

&lt;p&gt;Logs attached&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Linux&lt;br/&gt;
Platform: PC&lt;/p&gt;</environment>
        <key id="21471">NETCONF-458</key>
            <summary>Remount attempt in Oxygen three node cluster results in unsuccessful initial read issued by vpp renderer</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="tcere">Tomas Cere</assignee>
                                    <reporter username="juraj.linkes">Juraj Linke&#353;</reporter>
                        <labels>
                    </labels>
                <created>Thu, 24 Aug 2017 15:40:39 +0000</created>
                <updated>Fri, 15 Mar 2019 22:22:44 +0000</updated>
                            <resolved>Thu, 28 Sep 2017 06:52:32 +0000</resolved>
                                                                    <component>netconf</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="40199" author="juraj.linkes" created="Thu, 24 Aug 2017 15:40:39 +0000"  >&lt;p&gt;Attachment logs.zip has been added with description: logs from all three controllers&lt;/p&gt;</comment>
                            <comment id="40195" author="jmorvay@cisco.com" created="Wed, 6 Sep 2017 08:16:15 +0000"  >&lt;p&gt;From the logs it seems that the remount attempt succeeded. The problem is that right after devices are mounted, application is trying to write some invalid data to the devices. This causes the fail of ReadWriteTransactionActor and the mountpoints are afterwards unusable.&lt;/p&gt;</comment>
                            <comment id="40196" author="tcere" created="Tue, 26 Sep 2017 08:43:25 +0000"  >&lt;p&gt;The device only provides this revision of interface-nat model:&lt;br/&gt;
interface-nat, namespace=urn:opendaylight:params:xml:ns:yang:interface:nat, revision=2017-08-01&lt;/p&gt;

&lt;p&gt;while vpp/whomever is trying to write data with newer revision:&lt;br/&gt;
(urn:opendaylight:params:xml:ns:yang:interface:nat?revision=2017-08-16)nat]&lt;/p&gt;

&lt;p&gt;This needs to be fixed either on the writer side to use the revision thats provided by the device or the device needs to have this newer revision.&lt;br/&gt;
Although the behavior on netconf side in regards to this bad behavior could be improved.&lt;/p&gt;</comment>
                            <comment id="40197" author="tcere" created="Wed, 27 Sep 2017 13:09:34 +0000"  >&lt;p&gt;After further digging this is a bug in gbp.&lt;/p&gt;

&lt;p&gt;The data broker is cached here:&lt;br/&gt;
&lt;a href=&quot;https://github.com/opendaylight/groupbasedpolicy/blob/c785ab9c27e42f02f500cc9ce54915a7aec7ed1c/renderers/vpp/src/main/java/org/opendaylight/groupbasedpolicy/renderer/vpp/util/MountedDataBrokerProvider.java#L53-L55&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/opendaylight/groupbasedpolicy/blob/c785ab9c27e42f02f500cc9ce54915a7aec7ed1c/renderers/vpp/src/main/java/org/opendaylight/groupbasedpolicy/renderer/vpp/util/MountedDataBrokerProvider.java#L53-L55&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Which has a reference to an actorRef which changes after the device connector is restarted. However this reference is never cleared and so this broker is trying to write to an already terminated actor hence the transaction fails.&lt;/p&gt;

&lt;p&gt;This is also confirmed by this log:&lt;br/&gt;
2017-09-26 12:53:37,909 | DEBUG | on-dispatcher-38 | MountedDataBrokerProvider        | 277 - org.opendaylight.groupbasedpolicy.vpp-renderer - 0.7.0.SNAPSHOT | Node connected, mountpoint with iid KeyedInstanceIdentifier&lt;/p&gt;
{targetType=interface org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node, path=[org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.NetworkTopology, org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.Topology[key=TopologyKey [_topologyId=Uri [_value=topology-netconf]]], org.opendaylight.yang.gen.v1.urn.tbd.params.xml.ns.yang.network.topology.rev131021.network.topology.topology.Node[key=NodeKey [_nodeId=Uri [_value=overcloud-novacompute-0.opnfv.org]]]]}
&lt;p&gt; available&lt;/p&gt;

&lt;p&gt;which happens when only when gbp tries to retrieve the databroker and only happens when the first connector is created.&lt;/p&gt;</comment>
                            <comment id="40198" author="mcmarada" created="Wed, 27 Sep 2017 14:11:08 +0000"  >&lt;p&gt;Fix in GBP:&lt;br/&gt;
&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/63619/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/63619/&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="12733" name="logs.zip" size="152028" author="juraj.linkes@pantheon.tech" created="Thu, 24 Aug 2017 15:40:39 +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>9048</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=9048]]></customfieldvalue>

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

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