<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Wed Feb 07 21:44:48 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>MongoDB Jira</title>
    <link>https://jira.mongodb.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.7.1</version>
        <build-number>970001</build-number>
        <build-date>13-04-2023</build-date>
    </build-info>


<item>
            <title>[CSHARP-3250] Connection not reused and keep growing</title>
                <link>https://jira.mongodb.org/browse/CSHARP-3250</link>
                <project id="10041" key="CSHARP">C# Driver</project>
                    <description>&lt;p&gt;We have a proces where all our tenant databases are processed. In our setup each tenant has it&apos;s own database (with own credentials).&lt;/p&gt;

&lt;p&gt;Currently we use the default of the c# driver (connection pool of 100). What i&apos;m seeing is that the number of connections to our MongoBD server is only increasing.&lt;/p&gt;

&lt;p&gt;It looks like the driver is not reusing used connections from the pool.&lt;/p&gt;

&lt;p&gt;I use the following script&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&lt;tt&gt;db.currentOp(true).inprog.reduce(&lt;/tt&gt;&lt;br/&gt;
{{ (accumulator, connection) =&amp;gt; {}}&lt;br/&gt;
{{ ipaddress = connection.client ? connection.client.split(&quot;:&quot;)&lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; : &quot;Internal&quot;;}}&lt;br/&gt;
{{ ipaddressActiveConnection = ipaddress + &quot;-active&quot;;}}&lt;br/&gt;
{{ ipaddressINActiveConnection = ipaddress + &quot;-INactive&quot;; }}&lt;br/&gt;
{{ accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddress&amp;#93;&lt;/span&gt; = (accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddress&amp;#93;&lt;/span&gt; || 0) + 1;}}&lt;br/&gt;
{{ accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;quot;TOTAL_CONNECTION_COUNT&amp;quot;&amp;#93;&lt;/span&gt;++;}}&lt;br/&gt;
{{ if (connection.active) { }}&lt;br/&gt;
{{ accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddressActiveConnection&amp;#93;&lt;/span&gt; = (accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddressActiveConnection&amp;#93;&lt;/span&gt; || 0) + 1;}}&lt;br/&gt;
{{ accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;quot;ACTIVE_CONNECTION_COUNT&amp;quot;&amp;#93;&lt;/span&gt;++;}}&lt;br/&gt;
{{ } else {}}&lt;br/&gt;
{{ accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddressINActiveConnection&amp;#93;&lt;/span&gt; = (accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddressINActiveConnection&amp;#93;&lt;/span&gt; || 0) + 1;}}&lt;br/&gt;
{{ accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;quot;INACTIVE_CONNECTION_COUNT&amp;quot;&amp;#93;&lt;/span&gt;++;}}&lt;br/&gt;
{{ }}}&lt;br/&gt;
{{ return accumulator;}}&lt;br/&gt;
{{ },}}&lt;br/&gt;
{{ { TOTAL_CONNECTION_COUNT: 0, ACTIVE_CONNECTION_COUNT : 0, INACTIVE_CONNECTION_COUNT : 0 }}}&lt;br/&gt;
&lt;tt&gt;)&lt;/tt&gt;&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;When running i see that the number of INACTIVE_CONNECTIONS is increasing.&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;img src=&quot;https://jira.mongodb.org/secure/attachment/285883/285883_image-2020-11-05-10-19-39-946.png&quot; style=&quot;border: 0px solid black&quot; /&gt;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;and a little later&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;img src=&quot;https://jira.mongodb.org/secure/attachment/285882/285882_image-2020-11-05-10-19-51-989.png&quot; style=&quot;border: 0px solid black&quot; /&gt;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Is this normal, cause it feels like a bug, where a new connection (from pool) is created instead of reusing an inactive one.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</description>
                <environment>c# driver in Azure VM hosting Service Fabric Cluster</environment>
        <key id="1534435">CSHARP-3250</key>
            <summary>Connection not reused and keep growing</summary>
                <type id="1" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14703&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.mongodb.org/images/icons/priorities/major.svg">Major - P3</priority>
                        <status id="6" iconUrl="https://jira.mongodb.org/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="13202">Works as Designed</resolution>
                                        <assignee username="james.kovacs@mongodb.com">James Kovacs</assignee>
                                    <reporter username="dennis@hoefakkr.nl">Dennis Hoefakker</reporter>
                        <labels>
                    </labels>
                <created>Thu, 5 Nov 2020 09:23:47 +0000</created>
                <updated>Fri, 27 Oct 2023 13:24:48 +0000</updated>
                            <resolved>Fri, 27 Nov 2020 00:42:57 +0000</resolved>
                                    <version>2.10.3</version>
                                                    <component>Connectivity</component>
                                        <votes>0</votes>
                                    <watches>5</watches>
                                                                                                                <comments>
                            <comment id="3510160" author="JIRAUSER1253656" created="Tue, 1 Dec 2020 14:11:50 +0000"  >&lt;p&gt;James,&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;I kinda understand, but how come that when I call: MongoDB.Driver.ClusterRegistry.Instance.UnregisterAndDisposeCluster(mongoClient.Cluster)&lt;/p&gt;

&lt;p&gt;The connections are closed? The drivers seems to do the correct thing (at least that what the event API is telling me).&lt;/p&gt;

&lt;p&gt;Can I monitor anything server side? Or client side, to really see the &quot;FIN -&amp;gt; ACK+FIN -&amp;gt; ACK&quot; is executed?&lt;/p&gt;

&lt;p&gt;Dennis&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="3506920" author="james.kovacs" created="Fri, 27 Nov 2020 00:42:31 +0000"  >&lt;p&gt;Hi, Dennis,&lt;/p&gt;

&lt;p&gt;Thank you for confirming that the connection pools are working as expected from the drivers side. We agree that it is not recommended nor desirable to directly interact with the &lt;tt&gt;ClusterRegistry&lt;/tt&gt; singleton.&lt;/p&gt;

&lt;p&gt;When a connection is closed by the driver, it closes the underlying TCP socket, which will proceed through the usual FIN -&amp;gt; ACK+FIN -&amp;gt; ACK sequence. If you are seeing TCP sockets lingering on the server, we recommend investigating further with your networking and server teams.&lt;/p&gt;

&lt;p&gt;If you have questions specific to connection handling by &lt;tt&gt;mongod&lt;/tt&gt; or  &lt;tt&gt;mongos&lt;/tt&gt;, you may find one or more of the following support resources useful to you:&lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;Our MongoDB support portal, located at &lt;a href=&quot;https://support.mongodb.com/welcome&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;support.mongodb.com&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;Our MongoDB community portal, located &lt;a href=&quot;https://developer.mongodb.com/community/forums/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;here&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;If you are an Atlas customer, there is free support offered 24/7 in the lower right hand corner of the UI&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;We have closed this case since this is not a bug in the .NET/C# driver.&lt;/p&gt;

&lt;p&gt;Sincerely,&lt;br/&gt;
James&lt;/p&gt;</comment>
                            <comment id="3503487" author="dennis@hoefakkr.nl" created="Tue, 24 Nov 2020 13:55:13 +0000"  >&lt;p&gt;James,&lt;/p&gt;

&lt;p&gt;I ran some more checks, i do see:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;connections are added per clusterkey (on first request i guess)&lt;/li&gt;
	&lt;li&gt;connections checkout / checkin&lt;/li&gt;
	&lt;li&gt;connections are removed (after a time period)&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;I added a counter, and i see it maches the tenants i&apos;m requesting data from, and reducing on connection remove.&lt;/p&gt;

&lt;p&gt;So from driver side it looks good (Y), BUT i don&apos;t see that reflected on server side (there i still see inactive connections)&lt;/p&gt;

&lt;p&gt;When i call&#160;MongoDB.Driver.ClusterRegistry.Instance.UnregisterAndDisposeCluster(mongoClient.Cluster)&lt;/p&gt;

&lt;p&gt;and i check the server the connections are removed/disposed. I really don&apos;t want to use it, cause it&apos;s not supported. Can this action be triggered after for example x time of inactivity automatically by the driver?&lt;/p&gt;

&lt;p&gt;Beside this, is it smart to do a short zoom call? maybe i&apos;m misunderstandig, and we can allign things.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="3500841" author="james.kovacs" created="Sat, 21 Nov 2020 00:14:15 +0000"  >&lt;p&gt;Hi, Dennis,&lt;/p&gt;

&lt;p&gt;Thank you for the update.&lt;/p&gt;

&lt;p&gt;In the .NET/C# driver, connection pools are shared between &lt;tt&gt;MongoClient&lt;/tt&gt; instances with the same cluster key. It is for this reason that we do not provide a convenient way to dispose of &lt;tt&gt;MongoClient&lt;/tt&gt; instances - the underlying connection pools may be shared between instances.&lt;/p&gt;

&lt;p&gt;Connection instances from a connection pool should be re-used and typically are re-used across operations. While an operation is inflight, that connection instance is checked out of the pool and is not available for re-use until it is returned to the pool on completion of the operation. Long-running operations tying up connections is a typical cause for increases in connection pool sizes. If you observe new connections being created while available connections are in the pool, this would be unexpected. If you observe this behaviour, please provide a repro demonstrating the problem so that we can investigate further with you.&lt;/p&gt;

&lt;p&gt;Regarding your question about closing or disposing a MongoClient... You can forcibly dispose the underlying cluster by calling &lt;tt&gt;MongoDB.Driver.ClusterRegistry.Instance.UnregisterAndDisposeCluster(mongoClient.Cluster)&lt;/tt&gt;. Note that this is not recommended nor supported as any use of a &lt;tt&gt;MongoClient&lt;/tt&gt; using this cluster will throw a &lt;tt&gt;ObjectDisposedException&lt;/tt&gt;. This includes &lt;tt&gt;MongoClient&lt;/tt&gt; instances that happen to use the same cluster key. We  only use this method in our test code, but it may work for you as a stopgap while we continue investigating this issue with you.&lt;/p&gt;

&lt;p&gt;Sincerely,&lt;br/&gt;
James&lt;/p&gt;
</comment>
                            <comment id="3497332" author="JIRAUSER1269916" created="Thu, 19 Nov 2020 11:25:26 +0000"  >&lt;p&gt;James,&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;I ran some test, and see the connections not dropping.&lt;/p&gt;

&lt;p&gt;I do see the checking IN and OUT of connections so that seems to be working.&lt;/p&gt;

&lt;p&gt;What I also see is that connections are inactive and they stay like that. In our scenario it would be nice if the connections are freed (multiple tenants, multiple servers handling request).&lt;/p&gt;

&lt;p&gt;It looks like that the connections are freed only when the program / application is exited.&lt;/p&gt;

&lt;p&gt;What I try to do now is periodically close not used clients. I hoped that it would &quot;free&quot; the inactive connections (used by the client), but it doesn&apos;t. Looks like it&apos;s linked to the requesting IP. Also the Client doesn&apos;t have a .Close() / .Dispose() / .Stop() / .WhatEver() to shutdown and release resources. I ended up with null&apos;ing the variabled but that doesn&apos;t free it.&lt;/p&gt;

&lt;p&gt;Is there another way to do this? Is there a hidden variable/option?&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Cheers,&lt;/p&gt;

&lt;p&gt;Dennis&#160;&lt;/p&gt;</comment>
                            <comment id="3490623" author="JIRAUSER1253656" created="Sat, 14 Nov 2020 09:28:35 +0000"  >&lt;p&gt;James,&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Thanks for the detailed description &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.mongodb.org/images/icons/emoticons/thumbs_up.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;. I implemented the Eventing API in our connection setup, and will run some tests next week. Hope I can pinpoint the problem!&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Cheers,&lt;/p&gt;

&lt;p&gt;Dennis&lt;/p&gt;</comment>
                            <comment id="3488098" author="james.kovacs" created="Thu, 12 Nov 2020 18:53:34 +0000"  >&lt;p&gt;Hi, Dennis,&lt;/p&gt;

&lt;p&gt;Thank you for your followup. Your understanding is mostly correct. Let me clarify some terminology...&lt;/p&gt;

&lt;p&gt;When you create a &lt;tt&gt;MongoClient&lt;/tt&gt; with a connection string and &lt;a href=&quot;https://github.com/mongodb/mongo-csharp-driver/blob/master/src/MongoDB.Driver/MongoClientSettings.cs&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;MongoClientSettings&lt;/a&gt;, we create a &lt;a href=&quot;https://github.com/mongodb/mongo-csharp-driver/blob/master/src/MongoDB.Driver/ClusterKey.cs&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;ClusterKey&lt;/a&gt; to identify a particular set of connection pools to use for that &lt;tt&gt;MongoClient&lt;/tt&gt;. Things like authenticated user, timeouts, TLS/SSL configuration, and more are all part of the &lt;tt&gt;ClusterKey&lt;/tt&gt;. Changing any of these options will result in a different set of connection pools within your application.&lt;/p&gt;

&lt;p&gt;When you perform an operation against your cluster, the driver performs server selection to decide which node to send a particular operation to. If you are performing a write or a read with primary read preference, then that operation will go to the primary. If you are performing a read from a secondary or nearest, then other factors come into play such as round-trip time to the nodes in the cluster.&lt;/p&gt;

&lt;p&gt;Once a node has been selected, we move into connection pooling. We look in the correct connection pool for that node (based on the &lt;tt&gt;ClusterKey&lt;/tt&gt;) and attempt to check out a connection. If a connection is available, we use it. If a connection is not available, then we see if we are at &lt;tt&gt;maxPoolSize&lt;/tt&gt;. If we are at &lt;tt&gt;maxPoolSize&lt;/tt&gt;, we block waiting for an available connection. (This gets into wait queues and timeouts, which I won&apos;t go into details about.) If we are not at &lt;tt&gt;maxPoolSize&lt;/tt&gt;, we open a new connection to this node, add it to the pool, and check it out for that operation. Once an operation is complete, that connection is returned to the pool for reuse.&lt;/p&gt;

&lt;p&gt;If you are seeing your connection count growing, we would suggest ensuring that your &lt;tt&gt;ClusterKey}}s (e.g. connection string and {{MongoClientSettings&lt;/tt&gt;) are identical across calls. Also ensure that operations are complete and thus connections returned to their respective pools prior to the next operation.&lt;/p&gt;

&lt;p&gt;We provide an &lt;a href=&quot;https://mongodb.github.io/mongo-csharp-driver/2.11/reference/driver_core/events/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Eventing API&lt;/a&gt; that includes events for when connection pools are created, when a new connection is added to a pool, when a connection is checked out, when it is returned, etc. This should assist you in investigating when connections are created, destroyed, checked in/out of pools, etc.&lt;/p&gt;

&lt;p&gt;Please let us know if you have further questions.&lt;/p&gt;

&lt;p&gt;Sincerely,&lt;br/&gt;
James&lt;/p&gt;</comment>
                            <comment id="3483052" author="dennis@hoefakkr.nl" created="Tue, 10 Nov 2020 10:18:44 +0000"  >&lt;p&gt;James,&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Thanks for the answer. I kinda understand it, but still it seems to not be working ok.&lt;/p&gt;

&lt;p&gt;I understand each database connection creates a client and a corresponing connection pool, what i now understand is that there is a connectionpool for each of the nodes in the cluster.&lt;/p&gt;

&lt;p&gt;So when i trigger a action which checks each database, i understand that i get alot of connections, lot&apos;s of them are &quot;inactive&quot; after first run.&lt;/p&gt;

&lt;p&gt;When i then trigger a new run (so same databases / nodes) then i see the connections growing (inactive) where i expected the driver/client to reuse an inactive connection before opening a new one (from pool) and making that one inactive after usage.&lt;/p&gt;

&lt;p&gt;It seems that the driver opens a new connection from the pool (until the maxPoolSize) before reusing a closed/inactive connection?&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;I hope you understand what i mean,&lt;/p&gt;

&lt;p&gt;Dennis&lt;/p&gt;</comment>
                            <comment id="3481888" author="james.kovacs" created="Mon, 9 Nov 2020 17:06:01 +0000"  >&lt;p&gt;Hi, Dennis,&lt;/p&gt;

&lt;p&gt;Thank you  for reaching out to us and reporting this issue. We understand that you have multiple databases, which are accessed with different credentials, and you are concerned that the connection pools are not reusing connections.&lt;/p&gt;

&lt;p&gt;Connection pools amortize the cost of connection setup by maintaining and reusing idle connections.  The cost of connection setup not only includes the TCP socket and TLS/SSL handshake, but also authentication with the cluster nodes. If you change the authenticated user, you implicitly create another set of connection pools.&lt;/p&gt;

&lt;p&gt;Each connection pool is for a specific node in the cluster with a specific set of connection string parameters. So if you have a 3-node cluster and connect with 10 different users, you will have 30 connection pools each with potentially &lt;tt&gt;maxPoolSize&lt;/tt&gt; (default 100) connections.&lt;/p&gt;

&lt;p&gt;Hopefully this explains the behaviour that you are observing. Common solutions include:&lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;reduce &lt;tt&gt;maxPoolSize&lt;/tt&gt;&lt;/li&gt;
	&lt;li&gt;perform authentication/authorization at the application level and access the database with a common user&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Please let us know if you have any additional questions.&lt;/p&gt;

&lt;p&gt;Sincerely,&lt;br/&gt;
James&lt;/p&gt;</comment>
                            <comment id="3477162" author="dennis@hoefakkr.nl" created="Thu, 5 Nov 2020 11:01:04 +0000"  >&lt;p&gt;I see the script is not well formated &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.mongodb.org/images/icons/emoticons/sad.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&#160;here it is:&lt;/p&gt;

&lt;p&gt;db.currentOp(true).inprog.reduce(&lt;br/&gt;
 (accumulator, connection) =&amp;gt; {&lt;br/&gt;
 ipaddress = connection.client ? connection.client.split(&quot;:&quot;)&lt;span class=&quot;error&quot;&gt;&amp;#91;0&amp;#93;&lt;/span&gt; : &quot;Internal&quot;;&lt;br/&gt;
 ipaddressActiveConnection = ipaddress + &quot;-active&quot;;&lt;br/&gt;
 ipaddressINActiveConnection = ipaddress + &quot;-INactive&quot;; &lt;br/&gt;
 accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddress&amp;#93;&lt;/span&gt; = (accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;ipaddress&amp;#93;&lt;/span&gt; || 0) + 1;&lt;br/&gt;
 accumulator&lt;span class=&quot;error&quot;&gt;&amp;#91;&amp;quot;TOTAL_CONNECTION_COUNT&amp;quot;&amp;#93;&lt;/span&gt;++;&lt;br/&gt;
 if (connection.active) &lt;/p&gt;
{ 
 accumulator[ipaddressActiveConnection] = (accumulator[ipaddressActiveConnection] || 0) + 1;
 accumulator[&quot;ACTIVE_CONNECTION_COUNT&quot;]++;
 }
&lt;p&gt; else &lt;/p&gt;
{
 accumulator[ipaddressINActiveConnection] = (accumulator[ipaddressINActiveConnection] || 0) + 1;
 accumulator[&quot;INACTIVE_CONNECTION_COUNT&quot;]++;
 }
&lt;p&gt; return accumulator;&lt;br/&gt;
 },&lt;br/&gt;
 { TOTAL_CONNECTION_COUNT: 0, ACTIVE_CONNECTION_COUNT : 0, INACTIVE_CONNECTION_COUNT : 0 }&lt;br/&gt;
)&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;I just reran with MaxConnectionPoolsize set to 10, but it&apos;s still growing&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;&lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;img src=&quot;https://jira.mongodb.org/secure/attachment/285896/285896_image-2020-11-05-12-00-36-118.png&quot; style=&quot;border: 0px solid black&quot; /&gt;&lt;/span&gt;&lt;/tt&gt;&lt;/p&gt;

&lt;p&gt;&lt;tt&gt;Could it perhaps be a server issue, where it&apos;s not cleaning up inactive connections ?&lt;/tt&gt;&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                            <attachment id="285883" name="image-2020-11-05-10-19-39-946.png" size="19245" author="dennis@hoefakkr.nl" created="Thu, 5 Nov 2020 09:19:40 +0000"/>
                            <attachment id="285882" name="image-2020-11-05-10-19-51-989.png" size="20141" author="dennis@hoefakkr.nl" created="Thu, 5 Nov 2020 09:19:52 +0000"/>
                            <attachment id="285896" name="image-2020-11-05-12-00-36-118.png" size="9732" author="dennis@hoefakkr.nl" created="Thu, 5 Nov 2020 11:00:36 +0000"/>
                            <attachment id="285897" name="image-2020-11-05-12-01-24-890.png" size="9732" author="dennis@hoefakkr.nl" created="Thu, 5 Nov 2020 11:01:25 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_15850" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hy26nz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                            </customfields>
    </item>
</channel>
</rss>