<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:56:08 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>[CONTROLLER-1667] Failure in singleton isolation longevity test</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-1667</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;The recent run &lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; has failed, this time it really looks like a bug in ODL.&lt;/p&gt;

&lt;p&gt;One scenario iteration looks like this &lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt;. But the fourth iteration has failed &lt;span class=&quot;error&quot;&gt;&amp;#91;2&amp;#93;&lt;/span&gt; as the rejoining member-1 was not reporting the value from the new singleton instance (member-2).&lt;/p&gt;

&lt;p&gt;Looking at karaf.log of member-1 &lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt; I see the sequence below.&lt;br/&gt;
My current hypothesis is that when isolated leader rejoins and learns the new state of entity ownership, the corresponding data tree change notification is (lost and) not re-generated, so the rejoining member does not know it should close its singleton instance.&lt;br/&gt;
(It should probably close that already after detecting its isolated status, but that is another bug, not tested by the suite.)&lt;/p&gt;

&lt;p&gt;2017-05-10 19:07:36,747 | WARN  | lt-dispatcher-20 | ShardDataTree                    | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.0.SNAPSHOT | member-1-shard-entity-ownership-operational: Current transaction member-1-entity-ownership-internal-fe-0-txn-37-0 has timed out after 15000 ms in state COMMIT_PENDING&lt;br/&gt;
2017-05-10 19:07:36,747 | WARN  | lt-dispatcher-20 | ShardDataTree                    | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.0.SNAPSHOT | member-1-shard-entity-ownership-operational: Transaction member-1-entity-ownership-internal-fe-0-txn-37-0 is still committing, cannot abort&lt;br/&gt;
2017-05-10 19:07:37,689 | INFO  | lt-dispatcher-22 | EntityOwnershipShard             | 192 - org.opendaylight.controller.sal-clustering-commons - 1.5.0.SNAPSHOT | member-1-shard-entity-ownership-operational (IsolatedLeader): Term 21 in &quot;AppendEntriesReply &lt;span class=&quot;error&quot;&gt;&amp;#91;term=21, success=false, followerId=member-3-shard-entity-ownership-operational, logLastIndex=60, logLastTerm=21, forceInstallSnapshot=false, payloadVersion=5, raftVersion=3&amp;#93;&lt;/span&gt;&quot; message is greater than leader&apos;s term 20 - switching to Follower&lt;br/&gt;
2017-05-10 19:07:37,689 | INFO  | lt-dispatcher-22 | EntityOwnershipShard             | 192 - org.opendaylight.controller.sal-clustering-commons - 1.5.0.SNAPSHOT | member-1-shard-entity-ownership-operational (IsolatedLeader) :- Switching from behavior IsolatedLeader to Follower, election term: 21&lt;br/&gt;
2017-05-10 19:07:37,690 | INFO  | ult-dispatcher-6 | RoleChangeNotifier               | 192 - org.opendaylight.controller.sal-clustering-commons - 1.5.0.SNAPSHOT | RoleChangeNotifier for member-1-shard-entity-ownership-operational , received role change from IsolatedLeader to Follower&lt;br/&gt;
2017-05-10 19:07:37,690 | INFO  | ult-dispatcher-2 | ShardManager                     | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.0.SNAPSHOT | shard-manager-operational: Received LeaderStateChanged message: LeaderStateChanged &lt;span class=&quot;error&quot;&gt;&amp;#91;memberId=member-1-shard-entity-ownership-operational, leaderId=null, leaderPayloadVersion=-1&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-10 19:07:37,690 | INFO  | ult-dispatcher-2 | ShardManager                     | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.0.SNAPSHOT | shard-manager-operational: Received role changed for member-1-shard-entity-ownership-operational from IsolatedLeader to Follower&lt;br/&gt;
2017-05-10 19:07:37,846 | INFO  | lt-dispatcher-17 | Shard                            | 192 - org.opendaylight.controller.sal-clustering-commons - 1.5.0.SNAPSHOT | member-1-shard-inventory-config (Candidate): Cannot append entries because sender&apos;s term 6 is less than 20&lt;br/&gt;
2017-05-10 19:07:37,876 | INFO  | ult-dispatcher-2 | ShardManager                     | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.0.SNAPSHOT | shard-manager-operational: Received LeaderStateChanged message: LeaderStateChanged &lt;span class=&quot;error&quot;&gt;&amp;#91;memberId=member-1-shard-entity-ownership-operational, leaderId=member-3-shard-entity-ownership-operational, leaderPayloadVersion=5&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-10 19:07:37,880 | INFO  | ult-dispatcher-7 | ShardManager                     | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.0.SNAPSHOT | shard-manager-operational Received follower initial sync status for member-1-shard-entity-ownership-operational status sync done false&lt;br/&gt;
2017-05-10 19:07:37,880 | INFO  | lt-dispatcher-17 | EntityOwnershipShard             | 192 - org.opendaylight.controller.sal-clustering-commons - 1.5.0.SNAPSHOT | member-1-shard-entity-ownership-operational (Follower): Removing entries from log starting at 55&lt;br/&gt;
2017-05-10 19:07:37,882 | INFO  | lt-dispatcher-17 | ShardManager                     | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.0.SNAPSHOT | shard-manager-operational Received follower initial sync status for member-1-shard-entity-ownership-operational status sync done true&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://jenkins.opendaylight.org/releng/job/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://jenkins.opendaylight.org/releng/job/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k1-k1-k1&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k1-k1-k1&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;2&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5-k3-k1-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5-k3-k1-k2&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;3&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/archives/odl1_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/4/archives/odl1_karaf.log.gz&lt;/a&gt;&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="26221">CONTROLLER-1667</key>
            <summary>Failure in singleton isolation longevity test</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="10003" iconUrl="https://jira.opendaylight.org/images/icons/status_generic.gif" description="">Confirmed</status>
                    <statusCategory id="2" key="new" colorName="blue-gray"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="vrpolak">Vratko Polak</reporter>
                        <labels>
                    </labels>
                <created>Thu, 11 May 2017 10:34:08 +0000</created>
                <updated>Tue, 25 Jul 2023 08:24:36 +0000</updated>
                                                                            <component>clustering</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                                                                <comments>
                            <comment id="52159" author="vrpolak" created="Thu, 11 May 2017 11:00:25 +0000"  >&lt;p&gt;&amp;gt; change notification is (lost and) not re-generated&lt;/p&gt;

&lt;p&gt;On second thought, that would cause a failure in previous iterations as well.&lt;/p&gt;

&lt;p&gt;So I guess it is the &quot;is still committing, cannot abort&quot; message, hinting at something getting stuck.&lt;/p&gt;</comment>
                            <comment id="52160" author="tpantelis" created="Thu, 11 May 2017 14:25:30 +0000"  >&lt;p&gt;I assume all those jenkins links will disappear soon. I would suggest not linking to jenkins jobs but copy/paste/attach all info to the bug and also explain exactly what the test does. Unless you or a colleague of yours intends to look into this right away.&lt;/p&gt;</comment>
                            <comment id="52161" author="tcere" created="Fri, 12 May 2017 12:29:41 +0000"  >&lt;p&gt;Checked this out from a run that has debug logs enabled in sandbox:&lt;br/&gt;
&lt;a href=&quot;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/2/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/2/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;seems like the same cause as in 4830, member-1 is briefly unreachable from member-3 which causes singletonService to instantiate the get-singleton-constant rpc&lt;/p&gt;</comment>
                            <comment id="52162" author="vrpolak" created="Tue, 16 May 2017 14:58:04 +0000"  >&lt;p&gt;Also this week the job failed &lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; (this time after 12 iterations) and karaf.log &lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt; contains many messages, it is not clear which unreachability is due to the isolation scenario we are testing, and which are the additional ones which are causing this bug.&lt;/p&gt;

&lt;p&gt;On the test side, we can use tell-based protocol and write messages about isolation (and rejoin) into karaf.log.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/5/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5-k3-k1-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/5/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5-k3-k1-k2&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;1&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/5/archives/odl1_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-cs-partnheal-longevity-only-carbon/5/archives/odl1_karaf.log.gz&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="52163" author="pgubka@cisco.com" created="Tue, 16 May 2017 15:32:37 +0000"  >&lt;p&gt;Same test with failure-detector.acceptable-heartbeat-pause = 5 s &lt;br/&gt;
had the same results.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/1/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/1/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="52164" author="pgubka@cisco.com" created="Wed, 17 May 2017 08:52:25 +0000"  >&lt;p&gt;Same test with failure-detector.acceptable-heartbeat-pause = 10 s &lt;br/&gt;
had again the same result. &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/3/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5-k3-k1-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/3/archives/log.html.gz#s1-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k5-k3-k1-k2&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="52165" author="vrpolak" created="Thu, 18 May 2017 12:51:12 +0000"  >&lt;p&gt;This just happened &lt;span class=&quot;error&quot;&gt;&amp;#91;9&amp;#93;&lt;/span&gt; in functional (as opposed to longevity) test which was running with tell-based protocol.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;9&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-clustering-only-carbon/694/archives/log.html.gz#s1-s42-t5-k2-k3-k1-k2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/releng/jenkins092/controller-csit-3node-clustering-only-carbon/694/archives/log.html.gz#s1-s42-t5-k2-k3-k1-k2&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="52166" author="tcere" created="Fri, 2 Jun 2017 12:34:51 +0000"  >&lt;p&gt;With additional debugs this seems like a very weird behavior in akka.&lt;/p&gt;

&lt;p&gt;Rejoin of node1 seems to trigger an unreachable from node 2.&lt;/p&gt;

&lt;p&gt;2017-05-31 12:57:31,375 | INFO  | h for user karaf | command                          | 46 - org.apache.karaf.log.command - 3.0.8 | ROBOT MESSAGE: Rejoining node1.&lt;/p&gt;

&lt;p&gt;We get a couple of heartbeats first we dont get a response form member-1&lt;/p&gt;

&lt;p&gt;2017-05-31 12:57:31,920 | DEBUG | lt-dispatcher-37 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.4:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:31,920 | DEBUG | lt-dispatcher-37 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:31,921 | DEBUG | lt-dispatcher-38 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat response from &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:32,919 | DEBUG | lt-dispatcher-60 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.4:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:32,920 | DEBUG | lt-dispatcher-60 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:32,921 | DEBUG | lt-dispatcher-30 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat response from &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:33,919 | DEBUG | lt-dispatcher-57 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.4:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:33,920 | DEBUG | lt-dispatcher-57 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:33,921 | DEBUG | lt-dispatcher-60 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat response from &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:34,920 | DEBUG | ult-dispatcher-3 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.4:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:34,920 | DEBUG | ult-dispatcher-3 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:34,922 | DEBUG | lt-dispatcher-37 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat response from &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;Then we finally get a heartbeat from member-1&lt;/p&gt;

&lt;p&gt;2017-05-31 12:57:35,919 | DEBUG | ult-dispatcher-3 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.4:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:35,920 | DEBUG | ult-dispatcher-3 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat to &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:35,921 | DEBUG | lt-dispatcher-30 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat response from &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.4:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:35,922 | DEBUG | lt-dispatcher-30 | ClusterHeartbeatSender           | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Heartbeat response from &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:36,550 | INFO  | lt-dispatcher-59 | kka://opendaylight-cluster-data) | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Marking node(s) as REACHABLE &lt;span class=&quot;error&quot;&gt;&amp;#91;Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.4:2550, status = Up)&amp;#93;&lt;/span&gt;. Node roles &lt;span class=&quot;error&quot;&gt;&amp;#91;member-3&amp;#93;&lt;/span&gt;&lt;/p&gt;


&lt;p&gt;And then we receive a gossip from member-1 which seems to trigger the following message and an unreachable on member-2&lt;/p&gt;

&lt;p&gt;2017-05-31 12:57:36,967 | DEBUG | ult-dispatcher-3 | ClusterCoreDaemon                | 201 - com.typesafe.akka.slf4j - 2.4.17 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@172.17.0.6:2550&amp;#93;&lt;/span&gt; - Receiving gossip from &lt;span class=&quot;error&quot;&gt;&amp;#91;UniqueAddress(akka.tcp://opendaylight-cluster-data@172.17.0.4:2550,20791887)&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-05-31 12:57:36,969 | DEBUG | ult-dispatcher-3 | ClusterCoreDaemon                | 201 - com.typesafe.akka.slf4j - 2.4.17 | Couldn&apos;t establish a causal relationship between &quot;remote&quot; gossip and &quot;local&quot; gossip - Remote[Gossip(members = &lt;span class=&quot;error&quot;&gt;&amp;#91;Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.4:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.5:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.6:2550, status = Up)&amp;#93;&lt;/span&gt;, overview = GossipOverview(reachability = [akka.tcp://opendaylight-cluster-data@172.17.0.4:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@172.17.0.5:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (7), akka.tcp://opendaylight-cluster-data@172.17.0.4:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@172.17.0.6:2550: Reachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Reachable&amp;#93;&lt;/span&gt; (9)], seen = &lt;span class=&quot;error&quot;&gt;&amp;#91;UniqueAddress(akka.tcp://opendaylight-cluster-data@172.17.0.4:2550,20791887)&amp;#93;&lt;/span&gt;), version = VectorClock(950de35185ba8f3de15d6e342fd7dbf5 -&amp;gt; 11, ed3be0f6d0835e2fa024f22583639b6c -&amp;gt; 6, f0c01f773a4236a03ed6299dcab410f6 -&amp;gt; 4))] - Local[Gossip(members = &lt;span class=&quot;error&quot;&gt;&amp;#91;Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.4:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.5:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.6:2550, status = Up)&amp;#93;&lt;/span&gt;, overview = GossipOverview(reachability = [akka.tcp://opendaylight-cluster-data@172.17.0.5:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@172.17.0.4:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (7)], seen = &lt;span class=&quot;error&quot;&gt;&amp;#91;UniqueAddress(akka.tcp://opendaylight-cluster-data@172.17.0.6:2550,-602086493), UniqueAddress(akka.tcp://opendaylight-cluster-data@172.17.0.5:2550,-1976714323)&amp;#93;&lt;/span&gt;), version = VectorClock(950de35185ba8f3de15d6e342fd7dbf5 -&amp;gt; 9, ed3be0f6d0835e2fa024f22583639b6c -&amp;gt; 7, f0c01f773a4236a03ed6299dcab410f6 -&amp;gt; 6))] - merged them into [Gossip(members = &lt;span class=&quot;error&quot;&gt;&amp;#91;Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.4:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.5:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@172.17.0.6:2550, status = Up)&amp;#93;&lt;/span&gt;, overview = GossipOverview(reachability = [akka.tcp://opendaylight-cluster-data@172.17.0.4:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@172.17.0.5:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (7), akka.tcp://opendaylight-cluster-data@172.17.0.4:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@172.17.0.6:2550: Reachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Reachable&amp;#93;&lt;/span&gt; (9), akka.tcp://opendaylight-cluster-data@172.17.0.5:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@172.17.0.4:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (7)], seen = []), version = VectorClock(950de35185ba8f3de15d6e342fd7dbf5 -&amp;gt; 11, ed3be0f6d0835e2fa024f22583639b6c -&amp;gt; 7, f0c01f773a4236a03ed6299dcab410f6 -&amp;gt; 6))]&lt;br/&gt;
2017-05-31 12:57:36,969 | INFO  | ult-dispatcher-3 | ShardManager                     | 226 - org.opendaylight.controller.sal-distributed-datastore - 1.5.1.SNAPSHOT | Received UnreachableMember: memberName MemberName&lt;/p&gt;
{name=member-2}
&lt;p&gt;, address: akka.tcp://opendaylight-cluster-data@172.17.0.5:2550&lt;br/&gt;
2017-05-31 12:57:36,969 | INFO  | lt-dispatcher-60 | ShardManager   &lt;/p&gt;

&lt;p&gt;Overall this seems very strange and possibly a bug on akka side since there are no missed heartbeats from either member in this case.&lt;/p&gt;</comment>
                            <comment id="52167" author="vrpolak" created="Tue, 25 Jul 2017 14:23:11 +0000"  >&lt;p&gt;&amp;gt; And then we receive a gossip from member-1 which seems to trigger the&lt;br/&gt;
&amp;gt; following message and an unreachable on member-2&lt;/p&gt;

&lt;p&gt;This is the same phenomenon as in &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1670&quot; title=&quot;Rejoining member can make other member forget remotely registered RPC&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-1670&quot;&gt;&lt;del&gt;CONTROLLER-1670&lt;/del&gt;&lt;/a&gt; &lt;span class=&quot;error&quot;&gt;&amp;#91;10&amp;#93;&lt;/span&gt;.&lt;/p&gt;

&lt;p&gt;&amp;gt; We get a couple of heartbeats first&lt;/p&gt;

&lt;p&gt;This is additional suspicious behavior, it does not happen in &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1670&quot; title=&quot;Rejoining member can make other member forget remotely registered RPC&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-1670&quot;&gt;&lt;del&gt;CONTROLLER-1670&lt;/del&gt;&lt;/a&gt;.&lt;br/&gt;
Thus it might be easier to focus on &lt;a href=&quot;https://jira.opendaylight.org/browse/CONTROLLER-1670&quot; title=&quot;Rejoining member can make other member forget remotely registered RPC&quot; class=&quot;issue-link&quot; data-issue-key=&quot;CONTROLLER-1670&quot;&gt;&lt;del&gt;CONTROLLER-1670&lt;/del&gt;&lt;/a&gt; hoping fixing that will also fix this.&lt;/p&gt;

&lt;p&gt;Here is the critical part of huge karaf log &lt;span class=&quot;error&quot;&gt;&amp;#91;11&amp;#93;&lt;/span&gt; which made the suite detect leader movement &lt;span class=&quot;error&quot;&gt;&amp;#91;12&amp;#93;&lt;/span&gt; on Sandox:&lt;/p&gt;

&lt;p&gt;2017-07-25 12:24:39,103 | DEBUG | lt-dispatcher-20 | EndpointWriter                   | 174 - com.typesafe.akka.slf4j - 2.4.18 | received local message RemoteMessage: [ActorSelectionMessage(akka.cluster.GossipEnvelope@350706c1,Vector(system, cluster, cor&lt;br/&gt;
e, daemon),false)] to [Actor&lt;span class=&quot;error&quot;&gt;&amp;#91;akka://opendaylight-cluster-data/&amp;#93;&lt;/span&gt;]&amp;lt;+&lt;span class=&quot;error&quot;&gt;&amp;#91;akka://opendaylight-cluster-data/&amp;#93;&lt;/span&gt; from [Actor&lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.15.173:2550/system/cluster/core/daemon#-465045840&amp;#93;&lt;/span&gt;()]&lt;br/&gt;
2017-07-25 12:24:39,104 | DEBUG | lt-dispatcher-20 | ClusterCoreDaemon                | 174 - com.typesafe.akka.slf4j - 2.4.18 | Cluster Node &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.156:2550&amp;#93;&lt;/span&gt; - Receiving gossip from [UniqueAddress(akka.tcp://opend&lt;br/&gt;
aylight-cluster-data@10.29.15.173:2550,-1961660878)]&lt;br/&gt;
2017-07-25 12:24:39,105 | DEBUG | lt-dispatcher-19 | ClusterCoreDaemon                | 174 - com.typesafe.akka.slf4j - 2.4.18 | Couldn&apos;t establish a causal relationship between &quot;remote&quot; gossip and &quot;local&quot; gossip - Remote[Gossip(members = [Member(address&lt;br/&gt;
 = akka.tcp://opendaylight-cluster-data@10.29.12.150:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@10.29.12.156:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@10.29.15.173:2550, status = Up)], overvi&lt;br/&gt;
ew = GossipOverview(reachability = [akka.tcp://opendaylight-cluster-data@10.29.15.173:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@10.29.12.150:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (37), akka.tcp://opendaylight-cluster-data@10.29.15.173:2550 -&amp;gt; akka.tcp://ope&lt;br/&gt;
ndaylight-cluster-data@10.29.12.156:2550: Reachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Reachable&amp;#93;&lt;/span&gt; (39)], seen = &lt;span class=&quot;error&quot;&gt;&amp;#91;UniqueAddress(akka.tcp://opendaylight-cluster-data@10.29.15.173:2550,-1961660878)&amp;#93;&lt;/span&gt;), version = VectorClock(0509e936b03b785faf066e69a04e621a -&amp;gt; 38, 5b6c3568af1c83fa01ae443deac1&lt;br/&gt;
7614 -&amp;gt; 29, c50fc393e7d7dd3654a21a7880f96d0a -&amp;gt; 25))] - Local[Gossip(members = [Member(address = akka.tcp://opendaylight-cluster-data@10.29.12.150:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@10.29.12.156:2550, status = Up), &lt;br/&gt;
Member(address = akka.tcp://opendaylight-cluster-data@10.29.15.173:2550, status = Up)], overview = GossipOverview(reachability = [akka.tcp://opendaylight-cluster-data@10.29.12.150:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@10.29.15.173:2550: Unreachabl&lt;br/&gt;
e &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (37)], seen = &lt;span class=&quot;error&quot;&gt;&amp;#91;UniqueAddress(akka.tcp://opendaylight-cluster-data@10.29.12.156:2550,615998638), UniqueAddress(akka.tcp://opendaylight-cluster-data@10.29.12.150:2550,-504912273)&amp;#93;&lt;/span&gt;), version = VectorClock(0509e936b03b785faf066e69a04e621a -&amp;gt; &lt;br/&gt;
36, 5b6c3568af1c83fa01ae443deac17614 -&amp;gt; 30, c50fc393e7d7dd3654a21a7880f96d0a -&amp;gt; 27))] - merged them into [Gossip(members = [Member(address = akka.tcp://opendaylight-cluster-data@10.29.12.150:2550, status = Up), Member(address = akka.tcp://opendaylight-cl&lt;br/&gt;
uster-data@10.29.12.156:2550, status = Up), Member(address = akka.tcp://opendaylight-cluster-data@10.29.15.173:2550, status = Up)], overview = GossipOverview(reachability = [akka.tcp://opendaylight-cluster-data@10.29.12.150:2550 -&amp;gt; akka.tcp://opendayligh&lt;br/&gt;
t-cluster-data@10.29.15.173:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (37), akka.tcp://opendaylight-cluster-data@10.29.15.173:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@10.29.12.150:2550: Unreachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Unreachable&amp;#93;&lt;/span&gt; (37), akka.tcp://opendaylight-cluster-data@10.29&lt;br/&gt;
.15.173:2550 -&amp;gt; akka.tcp://opendaylight-cluster-data@10.29.12.156:2550: Reachable &lt;span class=&quot;error&quot;&gt;&amp;#91;Reachable&amp;#93;&lt;/span&gt; (39)], seen = []), version = VectorClock(0509e936b03b785faf066e69a04e621a -&amp;gt; 38, 5b6c3568af1c83fa01ae443deac17614 -&amp;gt; 30, c50fc393e7d7dd3654a21a7880f96d0a -&amp;gt; 27)&lt;br/&gt;
)]&lt;br/&gt;
2017-07-25 12:24:39,105 | INFO  | rd-dispatcher-34 | ShardManager                     | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.2.SNAPSHOT | Received UnreachableMember: memberName MemberName&lt;/p&gt;
{name=member-2}, address: akka.tcp://opendaylight-cluster-data@10.29.12.150:2550&lt;br/&gt;
2017-07-25 12:24:39,105 | DEBUG | lt-dispatcher-19 | ClusterRemoteWatcher             | 174 - com.typesafe.akka.slf4j - 2.4.18 | Unwatching: &lt;span class=&quot;error&quot;&gt;&amp;#91;akka://opendaylight-cluster-data/user/rpc/registry -&amp;gt; akka.tcp://opendaylight-cluster-data@10.29.12.150:2550/user/rpc/broker&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-07-25 12:24:39,105 | DEBUG | lt-dispatcher-19 | ClusterRemoteWatcher             | 174 - com.typesafe.akka.slf4j - 2.4.18 | Cleanup self watch of &lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.150:2550/user/rpc/broker&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-07-25 12:24:39,105 | INFO  | rd-dispatcher-34 | ShardManager                     | 199 - org.opendaylight.controller.sal-distributed-datastore - 1.5.2.SNAPSHOT | Received UnreachableMember: memberName MemberName{name=member-2}
&lt;p&gt;, address: akka.tcp://opendaylight-cluster-data@10.29.12.150:2550&lt;br/&gt;
2017-07-25 12:24:39,105 | INFO  | rd-dispatcher-30 | EntityOwnershipShard             | 192 - org.opendaylight.controller.sal-clustering-commons - 1.5.2.SNAPSHOT | member-3-shard-entity-ownership-operational: onPeerDown: PeerDown &lt;span class=&quot;error&quot;&gt;&amp;#91;memberName=member-2, peerId=member-2-shard-entity-ownership-operational&amp;#93;&lt;/span&gt;&lt;br/&gt;
2017-07-25 12:24:39,105 | DEBUG | lt-dispatcher-21 | EndpointWriter                   | 174 - com.typesafe.akka.slf4j - 2.4.18 | sending message RemoteMessage: [Unwatch(Actor&lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.150:2550/user/rpc/broker#-944022860&amp;#93;&lt;/span&gt;,Actor&lt;a href=&quot;#1339314764&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;akka://opendaylight-cluster-data/system/remote-watcher#1339314764&lt;/a&gt;)] to [Actor&lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.150:2550/user/rpc/broker#-944022860&amp;#93;&lt;/span&gt;]&amp;lt;+&lt;span class=&quot;error&quot;&gt;&amp;#91;akka.tcp://opendaylight-cluster-data@10.29.12.150:2550/user/rpc/broker&amp;#93;&lt;/span&gt; from [Actor&lt;span class=&quot;error&quot;&gt;&amp;#91;akka://opendaylight-cluster-data/deadLetters&amp;#93;&lt;/span&gt;]&lt;/p&gt;


&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;10&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://bugs.opendaylight.org/show_bug.cgi?id=8430#c8&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bugs.opendaylight.org/show_bug.cgi?id=8430#c8&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;11&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/2/odl3_karaf.log.gz&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/2/odl3_karaf.log.gz&lt;/a&gt;&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;12&amp;#93;&lt;/span&gt; &lt;a href=&quot;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/2/log.html.gz#s1-s2-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k7-k2-k1-k2-k1-k2-k1-k6&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://logs.opendaylight.org/sandbox/jenkins091/controller-csit-3node-cs-partnheal-longevity-only-carbon/2/log.html.gz#s1-s2-t1-k3-k1-k1-k1-k1-k1-k1-k2-k1-k1-k7-k2-k1-k2-k1-k2-k1-k6&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                            <outwardlinks description="blocks">
                                        <issuelink>
            <issuekey id="26199">CONTROLLER-1645</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </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>8420</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=8420]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10206" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Issue Type</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10300"><![CDATA[Bug]]></customfieldvalue>

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

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