<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 03:19:41 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-9200] Cannot Connect During Long Query</title>
                <link>https://jira.mongodb.org/browse/SERVER-9200</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;In production we have noticed that we cannot connect to the DB while it is busy doing a long query.  I tried to reproduce this locally and could not until I realized that we have auth turned on in production.  When I enabled auth I also saw this behavior in my development environment.  I CAN successfully connect to a DIFFERENT DB than the currently busy db.&lt;/p&gt;

&lt;p&gt;I assume this is because auth requires a lock and the DB query is holding the lock.&lt;/p&gt;

&lt;p&gt;I have not looked at the connection with wireshark to see if the connection completes and THEN the client blocks waiting to auth or whether there is never a connection established in the first place.&lt;/p&gt;

&lt;p&gt;The upshot of what I&apos;m saying is that the title of this ticket may be misleading.&lt;/p&gt;

&lt;p&gt;In case it is important the long-running query in question is a Geo query.&lt;/p&gt;</description>
                <environment>Ubuntu Linux, OSX</environment>
        <key id="70376">SERVER-9200</key>
            <summary>Cannot Connect During Long Query</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="3">Duplicate</resolution>
                                        <assignee username="thomas.rueckstiess@mongodb.com">Thomas Rueckstiess</assignee>
                                    <reporter username="mattx">Matthew Cross</reporter>
                        <labels>
                    </labels>
                <created>Mon, 1 Apr 2013 17:37:50 +0000</created>
                <updated>Wed, 10 Dec 2014 23:06:48 +0000</updated>
                            <resolved>Wed, 3 Jul 2013 07:07:17 +0000</resolved>
                                    <version>2.2.1</version>
                    <version>2.2.3</version>
                    <version>2.4.1</version>
                                                    <component>Concurrency</component>
                                        <votes>0</votes>
                                    <watches>9</watches>
                                                                                                                <comments>
                            <comment id="364856" author="thomasr" created="Fri, 21 Jun 2013 08:55:26 +0000"  >&lt;p&gt;Matthew, &lt;/p&gt;

&lt;p&gt;It took us a while, but we may have found the problem that is causing this. I&apos;ve written up an explanation on &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-9986&quot; title=&quot;Refactor $geoNear searches into new query framework&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-9986&quot;&gt;&lt;del&gt;SERVER-9986&lt;/del&gt;&lt;/a&gt;. Basically, if a long-running geo query with authentication enabled &lt;b&gt;does not match documents for a long time&lt;/b&gt;, it causes the behavior you are seeing. &lt;/p&gt;

&lt;p&gt;I wasn&apos;t able to reproduce this before because my geo queries would always match documents and yield. &lt;/p&gt;

&lt;p&gt;If you are still experiencing this problem, it would be helpful to see if your geo-query is also not yielding for some time. If you turned the &lt;tt&gt;count&lt;/tt&gt; from above into a &lt;tt&gt;find&lt;/tt&gt; and attached an &lt;tt&gt;.explain&lt;/tt&gt;, that would be very interesting to see. We&apos;d expect a very low number of matched documents and a small number of yields.&lt;/p&gt;

&lt;p&gt;Let me know if you are still able to reproduce the issue and can send us the &lt;tt&gt;explain&lt;/tt&gt;.&lt;/p&gt;

&lt;p&gt;Regards,&lt;br/&gt;
Thomas&lt;/p&gt;</comment>
                            <comment id="362314" author="thomasr" created="Tue, 18 Jun 2013 01:45:02 +0000"  >&lt;p&gt;Hi Matthew, &lt;/p&gt;

&lt;p&gt;Have you been able to go through the last comment my colleague David sent you? We haven&apos;t heard back from you in a while and would still need further information to continue the diagnosis. &lt;/p&gt;

&lt;p&gt;If we can close this issue instead, please let us know.&lt;/p&gt;

&lt;p&gt;Regards,&lt;br/&gt;
Thomas&lt;/p&gt;</comment>
                            <comment id="331648" author="david.hows" created="Thu, 9 May 2013 03:51:51 +0000"  >&lt;p&gt;Hi Matthew,&lt;/p&gt;

&lt;p&gt;I&apos;ve discussed your issue further with Thomas and I have a theory about what may be causing your issue.&lt;/p&gt;

&lt;p&gt;Much of this will be related to performance on your system and as such I would want to gather a performance baseline and see the impacts that running the query had on your system.&lt;br/&gt;
Would you be able to collect the following statistics for a few minutes (5 should be plenty) then execute the query and collect the time of execution. Running the stats collections prior to executing the query is important as it gives us a baseline to compare against. Let the statistics collection run until the query finishes and you are able to login again. The stats I would like you too collect are;&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;mongostat&lt;/li&gt;
	&lt;li&gt;iostat -xmt 1&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;These should give indicators of what is going on within your MongoD instance and in your systems CPU/Disk subsystems.&lt;/p&gt;

&lt;p&gt;Could you also attach a copy of the system.indexes collection for the database you run this query against?&lt;/p&gt;

&lt;p&gt;My suspicion is that the polygon query is consuming a significant amount of system resources and blocking other activity from occurring within the MongoD node while the query runs. This includes sending periodic heartbeats to other nodes. It also blocks all other queries from executing, which means the connections sending those queries would be waiting to execute as well. This would lead to both the replica set issues you saw and explain the number of connections being established.&lt;/p&gt;

&lt;p&gt;Please let me know if you can collect these statistics so I can get an understanding on what is happening on the node at a low level.&lt;/p&gt;

&lt;p&gt;Regards,&lt;br/&gt;
David&lt;/p&gt;</comment>
                            <comment id="331407" author="mattx" created="Wed, 8 May 2013 20:37:29 +0000"  >&lt;p&gt;Yes we are still having this problem.  This is a replica set.  It is NOT sharded.  I did not open any other tickets.&lt;/p&gt;</comment>
                            <comment id="326251" author="thomasr" created="Thu, 2 May 2013 02:32:16 +0000"  >&lt;p&gt;Hi Matthew,&lt;/p&gt;

&lt;p&gt;We haven&apos;t heard back from you on this issue for a while. Did you go ahead and open a Community Private ticket? And are you still seeing the problems of not being able to connect during the geo queries?&lt;/p&gt;

&lt;p&gt;Is this a sharded cluster or a single replica set?&lt;/p&gt;

&lt;p&gt;Regards,&lt;br/&gt;
Thomas&lt;/p&gt;</comment>
                            <comment id="310713" author="thomasr" created="Thu, 11 Apr 2013 00:02:49 +0000"  >&lt;p&gt;Hi Matthew,&lt;/p&gt;

&lt;p&gt;At this point it would probably be best to inspect your production system logfiles. You can either attach them to this ticket (bear in mind that this is a public project, visible to anyone) or if you&apos;re concerned about privacy issues, you can open a new issue in our &lt;a href=&quot;https://jira.mongodb.org/secure/CreateIssue.jspa?pid=10020&amp;amp;issuetype=7&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;Community Private project&lt;/a&gt;. If you do, please refer to this ticket number: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-9200&quot; title=&quot;Cannot Connect During Long Query&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-9200&quot;&gt;&lt;del&gt;SERVER-9200&lt;/del&gt;&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;We would like to see the logfile of the node that the geo-query was running on and know the exact timeframe of the last connection issue please. Other logs (for example from your application) for the same time window would be helpful as well, if they show any connection problems.&lt;/p&gt;

&lt;p&gt;In your original description you provided a number of operating systems and versions. I think it&apos;s best if we focus on one specific environment for now, to reduce the number of unknown variables. What OS and mongodb version is your production system running on?&lt;/p&gt;

&lt;p&gt;Can you also confirm the driver and the version of the driver you&apos;re using to connect? Do you experience the issue in the same way from the driver and through the mongo shell?&lt;/p&gt;

&lt;p&gt;Do you use MMS to monitor this replica set in production? If not, the output of mongostat during the time when the issue occurs would also be interesting to look at.&lt;/p&gt;

&lt;p&gt;Once we&apos;ve gathered all this information, we&apos;ll look through the logfile and see if anything stands out.&lt;/p&gt;

&lt;p&gt;Regards,&lt;br/&gt;
Thomas&lt;/p&gt;</comment>
                            <comment id="308858" author="mattx" created="Mon, 8 Apr 2013 20:56:52 +0000"  >&lt;p&gt;Also today in production we had this issue again.  At the time of the inability to connect mongo was being clobbered with geo queries that started off taking about 3-4s but as time went on and the queries continued the query time went up to 100s or longer.&lt;/p&gt;

&lt;p&gt;During this time there were no issues with the replica set or the number of connections/files open (under 200 according to /proc/&amp;lt;PID&amp;gt;/fd or anything else that I could see in the log.  It was simply very heavily loaded and connections did not happen.&lt;/p&gt;

&lt;p&gt;So I can only suggest that you take a slow-ish geo query and run it in a fairly tight loop while trying to connect.&lt;/p&gt;</comment>
                            <comment id="308583" author="mattx" created="Mon, 8 Apr 2013 15:03:12 +0000"  >&lt;p&gt;On our QA box ulimits are 1024.  In production they are unlimited so perhaps there are two different problems here.&lt;/p&gt;

&lt;p&gt;However I think the real issue is that connections escalate the way they do during this query and that the shell cannot connect (the connection count when the shell first tries to connect is only in the 300s) and once the process hits the ulimit for open files the connections thing seem to return to normal.&lt;/p&gt;

&lt;p&gt;So I think this is a potentially more complex issue.&lt;/p&gt;

&lt;p&gt;1. I fire the long geo query&lt;br/&gt;
2. replicas cant talk to the server doing the query, vote it out of primary, go crazy making connections until ulimit is reached.&lt;br/&gt;
3. ulimit reached and/or query completes (I&apos;m not sure which) and things go back to normal.&lt;/p&gt;

&lt;p&gt;Am I right?  In other words I think raising the ulimit will simply make the problem window last LONGER.  Just a theory.&lt;/p&gt;

&lt;p&gt;Also on my laptop I have neither a replica set nor a ulimit problem and I still experience the inability to connect during that long geo query.&lt;/p&gt;

&lt;p&gt;I&apos;m sorry if I&apos;m mixing different issues into the same ticket here.  Please advise and I can file new issues ass necessary.&lt;/p&gt;

&lt;p&gt;// This is QA.  I will check prod when I can.&lt;br/&gt;
ulimit -a&lt;br/&gt;
core file size          (blocks, -c) 0&lt;br/&gt;
data seg size           (kbytes, -d) unlimited&lt;br/&gt;
scheduling priority             (-e) 20&lt;br/&gt;
file size               (blocks, -f) unlimited&lt;br/&gt;
pending signals                 (-i) 16382&lt;br/&gt;
max locked memory       (kbytes, -l) 64&lt;br/&gt;
max memory size         (kbytes, -m) unlimited&lt;br/&gt;
open files                      (-n) 1024&lt;br/&gt;
pipe size            (512 bytes, -p) 8&lt;br/&gt;
POSIX message queues     (bytes, -q) 819200&lt;br/&gt;
real-time priority              (-r) 0&lt;br/&gt;
stack size              (kbytes, -s) 8192&lt;br/&gt;
cpu time               (seconds, -t) unlimited&lt;br/&gt;
max user processes              (-u) unlimited&lt;br/&gt;
virtual memory          (kbytes, -v) unlimited&lt;br/&gt;
file locks                      (-x) unlimited&lt;/p&gt;</comment>
                            <comment id="306343" author="thomasr" created="Thu, 4 Apr 2013 23:12:02 +0000"  >&lt;p&gt;Hi Matthew,&lt;/p&gt;

&lt;p&gt;This line is indicative of too low &lt;a href=&quot;http://docs.mongodb.org/manual/administration/ulimit/#ulimit&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;ulimits&lt;/a&gt;:&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;   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;Thu Apr 4 13:08:04.060 [initandlisten] connection refused because too many open connections: 819&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;MongoDB uses 80% of available file handles. I have a suspicion that those are set to 1024 on your system (1024*0.8 = 819.2).&lt;br/&gt;
Can you please get the output of &lt;tt&gt;ulimit -a&lt;/tt&gt; and attach it in the comment to confirm?&lt;/p&gt;

&lt;p&gt;Can you also check your &lt;a href=&quot;http://docs.mongodb.org/manual/reference/configuration-options/#maxConns&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;&lt;tt&gt;maxConns&lt;/tt&gt;&lt;/a&gt; and see what they are set to? You&apos;d find those in your mongod.conf or as a command line parameter on startup of your mongod. If it&apos;s not set, the default 20000 applies.&lt;/p&gt;

&lt;p&gt;If we ruled these out we can then find a way to get your logfiles here securely for inspection and investigate further.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Thomas&lt;/p&gt;</comment>
                            <comment id="305918" author="mattx" created="Thu, 4 Apr 2013 14:44:47 +0000"  >&lt;p&gt;This is the exact query I ran in our QA environment.  On my laptop I have different data but I run a similar large within-&amp;gt;polygon query.&lt;/p&gt;

&lt;p&gt;I tailed the mongod log on my laptop during the hang and I don&apos;t see anything.&lt;/p&gt;

&lt;p&gt;On the QA system however I see some pretty horrible things going on.&lt;/p&gt;

&lt;p&gt;There is some sensitive info in the log so I don&apos;t want to add it to this ticket but basically as soon as I make the query the replica set seems to have problems, connections start growing and I cannot connect with another mongo.  The query I sent only runs after all the replica set issues resolve.&lt;/p&gt;

&lt;p&gt;I can send you the logs offline if that helps.&lt;/p&gt;

&lt;p&gt;Here is a synopsis of what I see in the log...&lt;/p&gt;

&lt;p&gt;I see myself authenticating.  Then I see other activity unrelated to me.&lt;/p&gt;

&lt;p&gt;Then the replica set starts having issues and I see a lot of activity saying that the other replicas think we are dead and another replica becomes the primary.&lt;/p&gt;

&lt;p&gt;Then connections continue to grow I assume from the other replicas connecting.  I continue to see the &quot;xyz thinks we are dead&quot; messages during this time.&lt;/p&gt;

&lt;p&gt;After several minutes of thrashing I see mongo saying it has too many open connections and it starts refusing them.&lt;/p&gt;

&lt;p&gt;Once it starts refusing connections I finally see my query hit the log&lt;/p&gt;

&lt;p&gt;Thu Apr  4 13:08:04.060 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; connection refused because too many open connections: 819&lt;br/&gt;
Thu Apr  4 13:08:04.543 &lt;span class=&quot;error&quot;&gt;&amp;#91;conn25264&amp;#93;&lt;/span&gt; command center0.$cmd command: { count: &quot;contact&quot;, query: { address.gisLocation: { $within: &lt;/p&gt;
{ $polygon: [ [ -99.08820343017558, 38.7394878963234 ], [ -96.37745612886617, 41.17195559141593 ], [ -94.19658642284462, 43.79587996123102 ], [ -92.59929456215912, 46.51446201284167 ], [ -91.62491117351669, 49.2358776049858 ], [ -91.29742880976087, 51.87850271375808 ], [ -91.62491117351669, 54.37444870105993 ], [ -92.59929456215912, 56.67112749421409 ], [ -94.19658642284462, 58.73097272549451 ], [ -96.37745612886617, 60.52974294311186 ], [ -99.08820343017558, 62.05396442131694 ], [ -102.2620807317463, 63.29804847804755 ], [ -105.8209366409317, 64.26150093784622 ], [ -109.6771403140776, 64.94649457382098 ], [ -113.7357392187376, 65.35594562673927 ], [ -117.8967971801747, 65.49214493363145 ], [ -122.0578551416119, 65.35594562673927 ], [ -126.1164540462719, 64.94649457382135 ], [ -129.9726577194178, 64.26150093784662 ], [ -133.5315136286032, 63.29804847804797 ], [ -136.7053909301739, 62.05396442131735 ], [ -139.4161382314833, 60.52974294311232 ], [ -141.5970079375049, 58.73097272549499 ], [ -143.1942997981904, 56.67112749421457 ], [ -144.1686831868328, 54.37444870106044 ], [ -144.4961655505886, 51.8785027137592 ], [ -144.1686831868328, 49.23587760498638 ], [ -143.1942997981904, 46.51446201284228 ], [ -141.5970079375049, 43.79587996123168 ], [ -139.4161382314833, 41.17195559141661 ], [ -136.7053909301739, 38.73948789632409 ], [ -133.5315136286032, 36.59399375378268 ], [ -129.9726577194178, 34.82328056262398 ], [ -126.1164540462719, 33.50165998733384 ], [ -122.0578551416119, 32.68535325541297 ], [ -117.8967971801747, 32.40930335578322 ], [ -113.7357392187376, 32.68535325541297 ], [ -109.6771403140776, 33.5016599873331 ], [ -105.8209366409317, 34.82328056262325 ], [ -102.2620807317463, 36.59399375378197 ], [ -99.08820343017558, 38.7394878963234 ] ] }
&lt;p&gt; } }, fields: {} } ntoreturn:1 keyUpdates:0 locks(micros) r:1466609019 reslen:48 1466609ms&lt;br/&gt;
Thu Apr  4 13:08:04.565 &lt;span class=&quot;error&quot;&gt;&amp;#91;conn17856&amp;#93;&lt;/span&gt; getMore: cursorid not found local.oplog.rs 799726737618179828&lt;/p&gt;


&lt;p&gt;//HERE IS THE QUERY&lt;br/&gt;
db.contact.count({ &quot;address.gisLocation&quot; : { &quot;$within&quot; : &lt;/p&gt;
{ &quot;$polygon&quot; : [ [ -99.08820343017558 , 38.7394878963234] , [ -96.37745612886617 , 41.17195559141593] , [ -94.19658642284462 , 43.795879961231016] , [ -92.59929456215912 , 46.51446201284167] , [ -91.6249111735167 , 49.235877604985795] , [ -91.29742880976087 , 51.87850271375808] , [ -91.6249111735167 , 54.37444870105993] , [ -92.59929456215912 , 56.67112749421409] , [ -94.19658642284462 , 58.73097272549451] , [ -96.37745612886617 , 60.52974294311186] , [ -99.08820343017558 , 62.05396442131694] , [ -102.2620807317463 , 63.29804847804755] , [ -105.82093664093168 , 64.26150093784622] , [ -109.67714031407759 , 64.94649457382098] , [ -113.7357392187376 , 65.35594562673927] , [ -117.89679718017474 , 65.49214493363145] , [ -122.05785514161188 , 65.35594562673927] , [ -126.11645404627191 , 64.94649457382135] , [ -129.9726577194178 , 64.26150093784662] , [ -133.5315136286032 , 63.298048478047974] , [ -136.7053909301739 , 62.053964421317346] , [ -139.41613823148333 , 60.529742943112325] , [ -141.59700793750486 , 58.73097272549499] , [ -143.19429979819037 , 56.67112749421457] , [ -144.1686831868328 , 54.37444870106044] , [ -144.49616555058861 , 51.878502713759204] , [ -144.1686831868328 , 49.235877604986385] , [ -143.19429979819037 , 46.51446201284228] , [ -141.59700793750486 , 43.79587996123168] , [ -139.41613823148333 , 41.17195559141661] , [ -136.7053909301739 , 38.739487896324086] , [ -133.5315136286032 , 36.593993753782684] , [ -129.9726577194178 , 34.82328056262398] , [ -126.11645404627191 , 33.50165998733384] , [ -122.05785514161188 , 32.68535325541297] , [ -117.89679718017474 , 32.40930335578322] , [ -113.7357392187376 , 32.68535325541297] , [ -109.67714031407759 , 33.5016599873331] , [ -105.82093664093168 , 34.823280562623246] , [ -102.2620807317463 , 36.59399375378197] , [ -99.08820343017558 , 38.7394878963234]]}
&lt;p&gt;}})&lt;/p&gt;


</comment>
                            <comment id="305667" author="thomasr" created="Thu, 4 Apr 2013 05:35:34 +0000"  >&lt;p&gt;Hi Matthew, &lt;/p&gt;

&lt;p&gt;I tested this as well and could not reproduce the problem, even with authentication.&lt;/p&gt;

&lt;p&gt;These are the steps I followed:&lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;I&apos;ve started a mongod (single instance) with authentication and created a user on the test database&lt;/li&gt;
	&lt;li&gt;I filled a collection with millions of coordinate points&lt;/li&gt;
	&lt;li&gt;I ran a geo query ($geoWithin) on that collection, taking a long time to return (minutes)&lt;/li&gt;
	&lt;li&gt;Meanwhile, I successfully logged in from a different console with the same user credentials to the same database and ran a separate command (a count on the same collection) which returned instantly&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;There were no delays as you describe them.&lt;/p&gt;

&lt;p&gt;Is there anything that is significantly different to your tests? Can you please let us know the exact steps you executed? For example, what kind of operations did you run? &lt;/p&gt;

&lt;p&gt;Ideally, if you had a short javascript code snippet with the commands executed on either session, that reliably reproduces the issue, that would be very helpful.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Thomas&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                            <outwardlinks description="duplicates">
                                        <issuelink>
            <issuekey id="79903">SERVER-9986</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                            <outwardlinks description="related to">
                                                        </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="79873">SERVER-9983</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10050" key="com.atlassian.jira.toolkit:comments">
                        <customfieldname># Replies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>11.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 4 Apr 2013 05:35:34 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        10 years, 34 weeks, 5 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>false</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>
                            10 years, 34 weeks, 5 days ago
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10032" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Operating System</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10026"><![CDATA[ALL]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10051" key="com.atlassian.jira.toolkit:participants">
                        <customfieldname>Participants</customfieldname>
                        <customfieldvalues>
                                        <customfieldvalue>david.hows</customfieldvalue>
            <customfieldvalue>mattx</customfieldvalue>
            <customfieldvalue>thomas.rueckstiess@mongodb.com</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrmywf:</customfieldvalue>

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

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>48117</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_23361" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Requested By</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10750" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>Steps To Reproduce</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>&lt;p&gt;1. Start a mongod.&lt;br/&gt;
2. Setup auth.  &lt;br/&gt;
3. Run a long query using the credentials of a user.&lt;br/&gt;
4. Attempt to connect with mongo during this time using the same DB and user as above.&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|hsg5i7:</customfieldvalue>

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