<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 03:23:51 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>[SERVER-10710] No new connections accepted under heavy load</title>
                <link>https://jira.mongodb.org/browse/SERVER-10710</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;The steps to reproduce (and the fix) are located at: &lt;a href=&quot;http://stackoverflow.com/questions/18664166/why-is-mongodb-unresponsive-during-a-load-test&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://stackoverflow.com/questions/18664166/why-is-mongodb-unresponsive-during-a-load-test&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;However, I believe this fix is a kernel workaround and that the actual error is in the Mongo network stack. Can you please either confirm or deny this statement.&lt;/p&gt;

&lt;p&gt;Thx&lt;/p&gt;</description>
                <environment>Ubuntu 10.04.2 LTS 64 bit running on Xen(linode) - Linux 2.6.39.1 x86_64 - 1GB RAM - 8 Cores of Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz - 512MB Swap (also tried an 8GB RAM linode variant)</environment>
        <key id="88978">SERVER-10710</key>
            <summary>No new connections accepted under heavy load</summary>
                <type id="1" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14703&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.mongodb.org/images/icons/priorities/critical.svg">Critical - P2</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="9">Done</resolution>
                                        <assignee username="ramon.fernandez@mongodb.com">Ramon Fernandez Marina</assignee>
                                    <reporter username="ssperandeo">Steve Sperandeo</reporter>
                        <labels>
                    </labels>
                <created>Sun, 8 Sep 2013 18:32:33 +0000</created>
                <updated>Mon, 2 Mar 2015 21:49:31 +0000</updated>
                            <resolved>Mon, 2 Mar 2015 21:49:31 +0000</resolved>
                                    <version>1.8.2</version>
                    <version>2.4.6</version>
                                                    <component>Networking</component>
                                        <votes>0</votes>
                                    <watches>6</watches>
                                                                                                                <comments>
                            <comment id="840742" author="ramon.fernandez" created="Mon, 2 Mar 2015 21:45:23 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=ssperandeo&quot; class=&quot;user-hover&quot; rel=&quot;ssperandeo&quot;&gt;ssperandeo&lt;/a&gt;, we haven&apos;t heard back from you for a while so I&apos;m resolving this ticket.&lt;/p&gt;

&lt;p&gt;In addition to &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-10710?focusedCommentId=751824&amp;amp;page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-751824&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;the information posted above&lt;/a&gt;, users writing load tests may be interested in connection pooling (&lt;a href=&quot;http://api.mongodb.org/python/current/faq.html#how-does-connection-pooling-work-in-pymongo&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;see documentation for PyMongo&lt;/a&gt;, which was mentioned in this ticket.&lt;/p&gt;

&lt;p&gt;Regards,&lt;br/&gt;
Ram&#243;n.&lt;/p&gt;</comment>
                            <comment id="812195" author="ramon.fernandez" created="Fri, 23 Jan 2015 20:57:32 +0000"  >&lt;p&gt;Apologies if I missed some information here, I&apos;m trying to understand how &lt;tt&gt;mongod&lt;/tt&gt; is involved in all this since typically it is clients that put sockets in TIMED_WAIT, not servers like &lt;tt&gt;mongod&lt;/tt&gt;.&lt;/p&gt;

&lt;p&gt;Is there a chance you may be able to upload full logs for an affected &lt;tt&gt;mongod&lt;/tt&gt; from the production system you mention? I hope that will help us investigate the problem further.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Ram&#243;n.&lt;/p&gt;</comment>
                            <comment id="812186" author="ssperandeo" created="Fri, 23 Jan 2015 20:52:27 +0000"  >&lt;p&gt;As I had mentioned previously, this was an issue that affected our production systems (ie. no local load test client). Also, I&apos;ve reproduced it with a remote load test client (also previously mentioned).&lt;/p&gt;

&lt;p&gt;Again, you didn&apos;t read the comments before trying to sweep this under the rug. Why is this such an issue? This could have been easily addressed in under a week. This thread is coming up to 1.5 years old.&lt;/p&gt;

&lt;p&gt;The only &quot;help&quot; that I&apos;ve received from your team has been defensiveness. I&apos;m trying to better &lt;b&gt;your&lt;/b&gt; software. Just close the ticket. It doesn&apos;t look like you want to fix it anyways.&lt;/p&gt;</comment>
                            <comment id="812165" author="ramon.fernandez" created="Fri, 23 Jan 2015 20:35:39 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=ssperandeo&quot; class=&quot;user-hover&quot; rel=&quot;ssperandeo&quot;&gt;ssperandeo&lt;/a&gt;, I don&apos;t think it&apos;s fair to claim &lt;tt&gt;mongod&lt;/tt&gt; is not able to accept new connections when there&apos;s other processes hoarding machine resources that &lt;tt&gt;mongod&lt;/tt&gt; needs, in this case available sockets.&lt;/p&gt;

&lt;p&gt;Are you able to reproduce this problem when your load tester is &lt;b&gt;not&lt;/b&gt; in the same machine as the one where &lt;tt&gt;mongod&lt;/tt&gt; is running?&lt;/p&gt;</comment>
                            <comment id="751881" author="ssperandeo" created="Wed, 29 Oct 2014 20:14:58 +0000"  >&lt;p&gt;Also, I had already stated, in the StackOverflow post, how to reproduce this. Did you read that post before trying to reproduce this?&lt;/p&gt;</comment>
                            <comment id="751876" author="ssperandeo" created="Wed, 29 Oct 2014 20:10:33 +0000"  >&lt;p&gt;I must say, I&apos;m pretty surprised that MongoDB is sweeping this under the rug. It&apos;s almost like you haven&apos;t done any robust load testing because this was pretty easy to reproduce. Also, this isn&apos;t an edge case. I actually encountered this in production and used load testing to identify it.&lt;/p&gt;

&lt;p&gt;You don&apos;t need to set SO_LINGER to 0. You can set it to a middle ground, like 10-20s (or better yet, make it configurable). The default is 120s.&lt;/p&gt;

&lt;p&gt;This is not a thread saturation error. It&apos;s an open files saturation error. So, by default, if you use more sockets within a two minute period than is available to mongo, it will fail to connect because it can&apos;t open a socket. Setting the SO_LINGER to 10s will allow 12X more connections while still allowing a generous margin of safety.&lt;/p&gt;

&lt;p&gt;So, given the above threshold of 47000 available sockets, I&apos;d have to hit 47000 connections within a 10s period compared to 47000 in a 120s period. 47000 connections within a 10s is a pretty high threshold, but 47000 connections within a 120s period is reachable at high load.&lt;/p&gt;

&lt;p&gt;To illustrate, you can just set your local ip port range to something really low:&lt;/p&gt;

&lt;p&gt;    sysctl net.ipv4.ip_local_port_range=&quot;18000 18005&quot;&lt;/p&gt;

&lt;p&gt;The default for this range is 28k. So, at 28k/120s, that means that Mongo will fail to accept new connections at a sustained connection rate of 235 connections per second (or greater) for a period of 120s.&lt;/p&gt;

&lt;p&gt;You can reproduce this, as I did, by calling the system remotely with loader.io. The connections to mongo are local, but the load comes from an external box.&lt;/p&gt;
</comment>
                            <comment id="751824" author="ramon.fernandez" created="Wed, 29 Oct 2014 19:28:40 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=ssperandeo&quot; class=&quot;user-hover&quot; rel=&quot;ssperandeo&quot;&gt;ssperandeo&lt;/a&gt;, my reading of this ticket is that there are two separate issues:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;The number of sockets in TIME_WAIT&lt;/li&gt;
	&lt;li&gt;The &quot;&lt;tt&gt;couldn&apos;t connect to server&lt;/tt&gt;&quot; error message&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;If the load test above is launching too many short-lived connections, it may at some point exhaust the available numbers of TCP sockets. However, when this happens the error looks (in 2.6.5) as follows:&lt;/p&gt;
&lt;p/&gt;
&lt;div id=&quot;syntaxplugin&quot; class=&quot;syntaxplugin&quot; style=&quot;border: 1px dashed #bbb; border-radius: 5px !important; overflow: auto; max-height: 30em;&quot;&gt;
&lt;table cellspacing=&quot;0&quot; cellpadding=&quot;0&quot; border=&quot;0&quot; width=&quot;100%&quot; style=&quot;font-size: 1em; line-height: 1.4em !important; font-weight: normal; font-style: normal; color: black;&quot;&gt;
		&lt;tbody &gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;  margin-top: 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;2014-10-29T15:11:50.187-0400 warning: Failed to connect to x.x.x.x:27017, reason: errno:99 Cannot assign requested address&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   margin-bottom: 10px;  width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;2014-10-29T15:11:50.188-0400 Error: couldn&apos;t connect to server foo:27017 (x.x.x.x), connection attempt failed at src/mongo/shell/mongo.js:148&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
			&lt;/tbody&gt;
&lt;/table&gt;
&lt;/div&gt;
&lt;p/&gt;

&lt;p&gt;The way I&apos;m able to trigger the &quot;&lt;tt&gt;couldn&apos;t connect to server&lt;/tt&gt;&quot; error is when the running &lt;tt&gt;mongod&lt;/tt&gt; can no longer create any threads:&lt;/p&gt;
&lt;p/&gt;
&lt;div id=&quot;syntaxplugin&quot; class=&quot;syntaxplugin&quot; style=&quot;border: 1px dashed #bbb; border-radius: 5px !important; overflow: auto; max-height: 30em;&quot;&gt;
&lt;table cellspacing=&quot;0&quot; cellpadding=&quot;0&quot; border=&quot;0&quot; width=&quot;100%&quot; style=&quot;font-size: 1em; line-height: 1.4em !important; font-weight: normal; font-style: normal; color: black;&quot;&gt;
		&lt;tbody &gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;  margin-top: 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;2014-10-29T14:51:23.211-0400 [initandlisten] connection accepted from y.y.y.y:43516 #88614 (2031 connections now open)&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   margin-bottom: 10px;  width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;2014-10-29T14:51:23.211-0400 [initandlisten] can&apos;t create new thread, closing connection&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
			&lt;/tbody&gt;
&lt;/table&gt;
&lt;/div&gt;
&lt;p/&gt;

&lt;p&gt;I therefore think using the SO_LINGER option is not the solution for this issue &amp;#8211; having client sockets sit in TIME_WAIT is a &lt;a href=&quot;http://www.serverframework.com/asynchronousevents/2011/01/time-wait-and-its-design-implications-for-protocols-and-scalable-servers.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;&quot;good thing&quot;&lt;/a&gt;, and setting SO_LINGER to 0 may cause unexpected behavior down the road.&lt;/p&gt;

&lt;p&gt;As for the &quot;&lt;tt&gt;couldn&apos;t connect to server&lt;/tt&gt;&quot; error message, if you&apos;re still seeing it you may need to increase the resources available to &lt;tt&gt;mongod&lt;/tt&gt; if you really need all those simultaneous connections. If you want to re-try your load test I&apos;d recommend you run it in a different machine than the &lt;tt&gt;mongod&lt;/tt&gt; server, and then share server logs to see how many connections can &lt;tt&gt;mongod&lt;/tt&gt; handle.&lt;/p&gt;

&lt;p&gt;Since this analysis doesn&apos;t point to a bug in the server I&apos;m going to close this ticket, as the SERVER project is for reporting bugs or feature suggestions in MongoDB. For MongoDB-related support discussion, including configuration and resource limits questions, please post on the &lt;a href=&quot;http://groups.google.com/group/mongodb-user&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;mongodb-user group&lt;/a&gt; or &lt;a href=&quot;http://stackoverflow.com/questions/tagged/mongodb&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Stack Overflow with the &lt;tt&gt;mongodb&lt;/tt&gt; tag&lt;/a&gt;, where your question will reach a larger audience.&lt;/p&gt;

&lt;p&gt;Regards,&lt;br/&gt;
Ram&#243;n.&lt;/p&gt;
</comment>
                            <comment id="420568" author="ssperandeo" created="Mon, 9 Sep 2013 00:09:34 +0000"  >&lt;p&gt;Perhaps I was wrong then. It must have been a coincidence.&lt;/p&gt;

&lt;p&gt;Anyways, netstat indeed shows what you suspected, 28237 connections in TIME_WAIT at the moment of lock out (versus 2 connections in TIME_WAIT before/after the test).&lt;/p&gt;

&lt;p&gt;netstat -an | grep TIME_WAIT | wc -l&lt;/p&gt;

&lt;p&gt;Setting this option:&lt;br/&gt;
sysctl net.ipv4.ip_local_port_range=&quot;18000 65535&quot;&lt;br/&gt;
only makes the server fail later, at 47000 connections in TIME_WAIT.&lt;/p&gt;

&lt;p&gt;So I guess you could change the SO_LINGER to a lower TIME_WAIT timeout with setsockopt:&lt;br/&gt;
&lt;a href=&quot;http://stackoverflow.com/a/13088864/278976&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://stackoverflow.com/a/13088864/278976&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://alas.matf.bg.ac.rs/manuals/lspe/snode=105.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://alas.matf.bg.ac.rs/manuals/lspe/snode=105.html&lt;/a&gt;&lt;/p&gt;
</comment>
                            <comment id="420543" author="eliot" created="Sun, 8 Sep 2013 23:19:18 +0000"  >&lt;p&gt;One thing I just tried to repo:&lt;/p&gt;

&lt;p&gt;100 instances of a script doing&lt;/p&gt;
&lt;p/&gt;
&lt;div id=&quot;syntaxplugin&quot; class=&quot;syntaxplugin&quot; style=&quot;border: 1px dashed #bbb; border-radius: 5px !important; overflow: auto; max-height: 30em;&quot;&gt;
&lt;table cellspacing=&quot;0&quot; cellpadding=&quot;0&quot; border=&quot;0&quot; width=&quot;100%&quot; style=&quot;font-size: 1em; line-height: 1.4em !important; font-weight: normal; font-style: normal; color: black;&quot;&gt;
		&lt;tbody &gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;  margin-top: 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;while 1&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;mongo --eval &quot;printjson( db.foo.findOne() )&quot;&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   margin-bottom: 10px;  width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;end&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
			&lt;/tbody&gt;
&lt;/table&gt;
&lt;/div&gt;
&lt;p/&gt;

&lt;p&gt;Has been running for 10 minutes, will let it keep going and then up to 1000 instances.&lt;/p&gt;</comment>
                            <comment id="420533" author="eliot" created="Sun, 8 Sep 2013 23:03:13 +0000"  >&lt;p&gt;Steve, &lt;/p&gt;

&lt;p&gt;Sorry you feel that way.&lt;/p&gt;

&lt;p&gt;Not sure why you think I&apos;m downvoting you.  There is no &quot;voting&quot; in jira, I&apos;m just trying to understand what is happening.  &lt;/p&gt;

&lt;p&gt;Can you try looking at netstat after/during the test?  &lt;br/&gt;
No matter where the issue is, it will help isolate.&lt;/p&gt;
</comment>
                            <comment id="420529" author="ssperandeo" created="Sun, 8 Sep 2013 22:57:36 +0000"  >&lt;p&gt;So let me see if I get this straight. I help you by documenting (and isolating) the cause of a major bug. You respond by downvoting my post and then wildly throwing out assumptions that, &quot;This usually indicates the client side isn&apos;t fully closing the socket&quot;.&lt;/p&gt;

&lt;p&gt;TCP doesn&apos;t work that way. After both FIN/ACK exchanges are concluded, the side which sent the first FIN before receiving one waits for a timeout before finally closing the connection, during which time the local port is unavailable for new connections; this prevents confusion due to delayed packets being delivered during subsequent connections.&lt;/p&gt;

&lt;p&gt;And seeing as we&apos;re using PyMongo, it would have been your client that hadn&apos;t disconnected. Which, is probably not the case anyways. The python driver is probably working perfectly fine. This is just how TCP works normally.&lt;/p&gt;

&lt;p&gt;The really sad part here is that you&apos;re trying to defend yourself against someone who was trying to help. No more. I&apos;m not interested in cooperating with you.&lt;/p&gt;

</comment>
                            <comment id="420494" author="eliot" created="Sun, 8 Sep 2013 21:18:03 +0000"  >&lt;p&gt;There aren&apos;t downvotes here, just trying to understand.&lt;/p&gt;

&lt;p&gt;We do many similar load tests, so wouldn&apos;t really have anything to try to repro without more information.&lt;/p&gt;

&lt;p&gt;Usually when that kernel flag helps its because of a lot of connections in time wait.&lt;/p&gt;

&lt;p&gt;When you can&apos;t connect to mongo, try running &quot;netstan -an | grep 27017&quot;&lt;br/&gt;
My assumption is that you&apos;ll see lots of connections in TIME_WAIT.&lt;/p&gt;

&lt;p&gt;This usually indicates the client side isn&apos;t fully closing the socket.&lt;/p&gt;</comment>
                            <comment id="420490" author="ssperandeo" created="Sun, 8 Sep 2013 21:10:22 +0000"  >&lt;p&gt;The load test code is proprietary, closed source. Why the downvotes? I invested time documenting this issue so that you&apos;d be able to reproduce the error and ultimately improve your product. Not impressed.&lt;/p&gt;</comment>
                            <comment id="420454" author="eliot" created="Sun, 8 Sep 2013 19:07:15 +0000"  >&lt;p&gt;I&apos;m not sure about that.  Can you send the code you are using to do the load test?  &lt;/p&gt;



</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                            <outwardlinks description="related to">
                                        <issuelink>
            <issuekey id="181833">SERVER-17140</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10050" key="com.atlassian.jira.toolkit:comments">
                        <customfieldname># Replies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>14.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Sun, 8 Sep 2013 19:07:15 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        8 years, 50 weeks, 2 days ago
    
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18254" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Dependencies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[]]></customfieldvalue>


                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_15850" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10057" key="com.atlassian.jira.toolkit:lastusercommented">
                        <customfieldname>Last comment by Customer</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>true</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10056" key="com.atlassian.jira.toolkit:lastupdaterorcommenter">
                        <customfieldname>Last commenter</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>ramon.fernandez@mongodb.com</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11151" key="com.atlassian.jira.toolkit:LastCommentDate">
                        <customfieldname>Last public comment date</customfieldname>
                        <customfieldvalues>
                            8 years, 50 weeks, 2 days ago
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10000" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Old_Backport</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10000"><![CDATA[No]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10032" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Operating System</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10020"><![CDATA[Linux]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10051" key="com.atlassian.jira.toolkit:participants">
                        <customfieldname>Participants</customfieldname>
                        <customfieldvalues>
                                        <customfieldvalue>eliot</customfieldvalue>
            <customfieldvalue>ramon.fernandez@mongodb.com</customfieldvalue>
            <customfieldvalue>ssperandeo</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrmhgf:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hrg2gn:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>7242</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10750" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>Steps To Reproduce</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>&lt;p&gt;The steps to reproduce (and the fix) are located at: &lt;a href=&quot;http://stackoverflow.com/questions/18664166/why-is-mongodb-unresponsive-during-a-load-test&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://stackoverflow.com/questions/18664166/why-is-mongodb-unresponsive-during-a-load-test&lt;/a&gt;&lt;/p&gt;</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                    <customfield id="customfield_10053" key="com.atlassian.jira.ext.charting:timeinstatus">
                        <customfieldname>Time In Status</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_22870" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Triagers</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_14350" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>serverRank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hspbrb:</customfieldvalue>

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