<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:54:58 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-1218] Clustering : No cohort entry found for transaction exception occurs often during Netconf scale test</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-1218</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;When running the netconf scale test with 10,000 devices the following exception is seen. This may be one of the root causes for the test failing sometimes,&lt;/p&gt;


&lt;p&gt;2015-03-17 13:32:04,097 | WARN  | WriteTxCommit-0  | DOMDataCommitCoordinatorImpl     | 144 - org.opendaylight.controller.sal-broker-impl - 1.1.1.Helium-SR1-00004_1-SNAPSHOT | Tx: DOM-2450 Error during phase CAN_COMMIT, starting Abort&lt;br/&gt;
TransactionCommitFailedException&lt;/p&gt;
{message=canCommit execution failed, errorList=[RpcError [message=canCommit execution failed, severity=ERROR, errorType=APPLICATION, tag=operation-failed, applicationTag=null, info=null, cause=java.lang.IllegalStateException: member-1-shard-inventory-operational: No cohort entry found for transaction member-1-txn-4914]]}
&lt;p&gt;	at org.opendaylight.controller.md.sal.dom.broker.impl.TransactionCommitFailedExceptionMapper.newWithCause(TransactionCommitFailedExceptionMapper.java:37)&lt;span class=&quot;error&quot;&gt;&amp;#91;144:org.opendaylight.controller.sal-broker-impl:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.controller.md.sal.dom.broker.impl.TransactionCommitFailedExceptionMapper.newWithCause(TransactionCommitFailedExceptionMapper.java:18)&lt;span class=&quot;error&quot;&gt;&amp;#91;144:org.opendaylight.controller.sal-broker-impl:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.yangtools.util.concurrent.ExceptionMapper.apply(ExceptionMapper.java:80)&lt;span class=&quot;error&quot;&gt;&amp;#91;65:org.opendaylight.yangtools.util:0.6.3.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.controller.md.sal.dom.broker.impl.DOMDataCommitCoordinatorImpl$CommitCoordinationTask.canCommitBlocking(DOMDataCommitCoordinatorImpl.java:186)&lt;span class=&quot;error&quot;&gt;&amp;#91;144:org.opendaylight.controller.sal-broker-impl:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.controller.md.sal.dom.broker.impl.DOMDataCommitCoordinatorImpl$CommitCoordinationTask.call(DOMDataCommitCoordinatorImpl.java:150)&lt;span class=&quot;error&quot;&gt;&amp;#91;144:org.opendaylight.controller.sal-broker-impl:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.controller.md.sal.dom.broker.impl.DOMDataCommitCoordinatorImpl$CommitCoordinationTask.call(DOMDataCommitCoordinatorImpl.java:127)&lt;span class=&quot;error&quot;&gt;&amp;#91;144:org.opendaylight.controller.sal-broker-impl:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.yangtools.util.concurrent.DeadlockDetectingListeningExecutorService$2.call(DeadlockDetectingListeningExecutorService.java:192)&lt;span class=&quot;error&quot;&gt;&amp;#91;65:org.opendaylight.yangtools.util:0.6.3.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.util.concurrent.FutureTask.run(Unknown Source)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.7.0_67&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.7.0_67&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.7.0_67&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at java.lang.Thread.run(Unknown Source)&lt;span class=&quot;error&quot;&gt;&amp;#91;:1.7.0_67&amp;#93;&lt;/span&gt;&lt;br/&gt;
Caused by: java.lang.IllegalStateException: member-1-shard-inventory-operational: No cohort entry found for transaction member-1-txn-4914&lt;br/&gt;
	at org.opendaylight.controller.cluster.datastore.ShardCommitCoordinator.handleCanCommit(ShardCommitCoordinator.java:96)&lt;span class=&quot;error&quot;&gt;&amp;#91;329:org.opendaylight.controller.sal-distributed-datastore:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.controller.cluster.datastore.Shard.handleCanCommitTransaction(Shard.java:450)&lt;span class=&quot;error&quot;&gt;&amp;#91;329:org.opendaylight.controller.sal-distributed-datastore:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.controller.cluster.datastore.Shard.onReceiveCommand(Shard.java:278)&lt;span class=&quot;error&quot;&gt;&amp;#91;329:org.opendaylight.controller.sal-distributed-datastore:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.UntypedPersistentActor.onReceive(Eventsourced.scala:430)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at org.opendaylight.controller.cluster.common.actor.MeteringBehavior.apply(MeteringBehavior.java:96)&lt;span class=&quot;error&quot;&gt;&amp;#91;321:org.opendaylight.controller.sal-clustering-commons:1.1.1.Helium-SR1-00004_1-SNAPSHOT&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.actor.ActorCell$$anonfun$become$1.applyOrElse(ActorCell.scala:534)&lt;span class=&quot;error&quot;&gt;&amp;#91;314:com.typesafe.akka.actor:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.Recovery$State$class.process(Recovery.scala:30)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.ProcessorImpl$$anon$2.process(Processor.scala:103)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.ProcessorImpl$$anon$2.aroundReceive(Processor.scala:114)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.Recovery$class.aroundReceive(Recovery.scala:256)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.UntypedPersistentActor.akka$persistence$Eventsourced$$super$aroundReceive(Eventsourced.scala:428)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.Eventsourced$$anon$2.doAroundReceive(Eventsourced.scala:82)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.Eventsourced$$anon$2.aroundReceive(Eventsourced.scala:78)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.Eventsourced$class.aroundReceive(Eventsourced.scala:369)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.persistence.UntypedPersistentActor.aroundReceive(Eventsourced.scala:428)&lt;span class=&quot;error&quot;&gt;&amp;#91;319:com.typesafe.akka.persistence.experimental:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)&lt;span class=&quot;error&quot;&gt;&amp;#91;314:com.typesafe.akka.actor:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.actor.ActorCell.invoke(ActorCell.scala:487)&lt;span class=&quot;error&quot;&gt;&amp;#91;314:com.typesafe.akka.actor:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)&lt;span class=&quot;error&quot;&gt;&amp;#91;314:com.typesafe.akka.actor:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.dispatch.Mailbox.run(Mailbox.scala:220)&lt;span class=&quot;error&quot;&gt;&amp;#91;314:com.typesafe.akka.actor:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(AbstractDispatcher.scala:393)&lt;span class=&quot;error&quot;&gt;&amp;#91;314:com.typesafe.akka.actor:2.3.4&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)&lt;span class=&quot;error&quot;&gt;&amp;#91;311:org.scala-lang.scala-library:2.10.4.v20140209-180020-VFINAL-b66a39653b&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)&lt;span class=&quot;error&quot;&gt;&amp;#91;311:org.scala-lang.scala-library:2.10.4.v20140209-180020-VFINAL-b66a39653b&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)&lt;span class=&quot;error&quot;&gt;&amp;#91;311:org.scala-lang.scala-library:2.10.4.v20140209-180020-VFINAL-b66a39653b&amp;#93;&lt;/span&gt;&lt;br/&gt;
	at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)&lt;span class=&quot;error&quot;&gt;&amp;#91;311:org.scala-lang.scala-library:2.10.4.v20140209-180020-VFINAL-b66a39653b&amp;#93;&lt;/span&gt;&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="25772">CONTROLLER-1218</key>
            <summary>Clustering : No cohort entry found for transaction exception occurs often during Netconf scale test</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="harmasin@cisco.com">Harman Singh</assignee>
                                    <reporter username="moraja@cisco.com">Moiz Raja</reporter>
                        <labels>
                    </labels>
                <created>Tue, 17 Mar 2015 23:44:57 +0000</created>
                <updated>Thu, 11 Jun 2015 14:08:48 +0000</updated>
                            <resolved>Thu, 11 Jun 2015 14:08:48 +0000</resolved>
                                    <version>Post-Helium</version>
                                                    <component>mdsal</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="50296" author="tpantelis" created="Tue, 31 Mar 2015 18:30:23 +0000"  >&lt;p&gt;We could also bump up the CohortEntry cache removal timeout to 5 or even 10 minutes. The timeout was put in to cleanup in case a remote client goes away in the middle of committing a transaction which should be pretty rare.&lt;/p&gt;</comment>
                            <comment id="50297" author="moraja@cisco.com" created="Thu, 16 Apr 2015 11:54:33 +0000"  >&lt;p&gt;After the fixes to restrict datastore operations till it is ready we now see operation and transaction commit timeouts happen at the default timeout levels. &lt;/p&gt;

&lt;p&gt;With operation timeouts set to 6100s and transaction timeout set to 7000s we are able to get 10,000 devices through.&lt;/p&gt;

&lt;p&gt;It appears that the rate limiting is certainly not kicking in because the transaction timeouts had to be adjusted. &lt;/p&gt;

&lt;p&gt;There are 2 transactions done by the netconf connector,&lt;/p&gt;

&lt;p&gt;1. Put the device in the config/operational store&lt;br/&gt;
2. Update the state of the device in the operational store&lt;/p&gt;

&lt;p&gt;Not sure which transaction is failing.&lt;/p&gt;</comment>
                            <comment id="50298" author="moraja@cisco.com" created="Wed, 10 Jun 2015 21:56:41 +0000"  >&lt;p&gt;Andre,I know you run this test on a regular basis. Do you see this issue in Lithium?&lt;/p&gt;</comment>
                            <comment id="50299" author="amarcine@cisco.com" created="Thu, 11 Jun 2015 07:22:30 +0000"  >&lt;p&gt;a did not see this error long time, all my netconf scale tests works well with 10k devices in lithium&lt;/p&gt;</comment>
                    </comments>
                    <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>2860</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=2860]]></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_10204" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>ODL SR Target Milestone</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10315"><![CDATA[Lithium]]></customfieldvalue>

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

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