<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 04:07: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-24949] Lower WiredTiger idle handle timeout to 10 minutes</title>
                <link>https://jira.mongodb.org/browse/SERVER-24949</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;The MongoDB storage layer currently configures WiredTiger to keep idle collection and index handles open for 28 hours after the last use. We&apos;ve seen cases where that leads to the WiredTiger handle list growing very large unnecessarily, which can introduce performance problems.&lt;/p&gt;

&lt;p&gt;We should consider the consequences of reducing that time closer to the default value of 30 seconds.&lt;/p&gt;</description>
                <environment></environment>
        <key id="299471">SERVER-24949</key>
            <summary>Lower WiredTiger idle handle timeout to 10 minutes</summary>
                <type id="4" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14710&amp;avatarType=issuetype">Improvement</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="9">Done</resolution>
                                        <assignee username="louis.williams@mongodb.com">Louis Williams</assignee>
                                    <reporter username="alexander.gorrod@mongodb.com">Alexander Gorrod</reporter>
                        <labels>
                            <label>3.7BackgroundTask</label>
                    </labels>
                <created>Fri, 8 Jul 2016 04:56:52 +0000</created>
                <updated>Tue, 21 Nov 2023 20:59:32 +0000</updated>
                            <resolved>Tue, 27 Apr 2021 19:18:11 +0000</resolved>
                                                    <fixVersion>5.0.0-rc0</fixVersion>
                                                        <votes>0</votes>
                                    <watches>27</watches>
                                                                                                                <comments>
                            <comment id="3756503" author="louis.williams" created="Wed, 5 May 2021 14:52:23 +0000"  >&lt;p&gt;This makes sense to me. I opened &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-56661&quot; title=&quot;Evaluate increasing default close_handle_minimum in WiredTiger &quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-56661&quot;&gt;&lt;del&gt;SERVER-56661&lt;/del&gt;&lt;/a&gt; to evaluate increasing the close_handle_minimum threshold.&lt;/p&gt;</comment>
                            <comment id="3751147" author="alexander.gorrod" created="Mon, 3 May 2021 01:58:11 +0000"  >&lt;blockquote&gt;&lt;p&gt;if the issue is the number of file descriptors would it be possible to just close the file descriptors and not evict the data from cache&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;I don&apos;t think that&apos;s the issue. Most of the performance issues we&apos;ve encountered are due to the WiredTiger handle structures.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;Another thing that might lessen the impact is to preferentially close the handles with the smallest amount of data in cache.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Yep - we could do that, or stage flushing content from the cache. Both of those changes would require work in WiredTiger, but neither are particularly daunting. aka: I think we can solve this if it&apos;s still an issue in the field.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;Agree it seems to make sense to increase close_handle_minimum&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;That&apos;s OK with me. I&apos;m not sure what the right number of handles is. ~80 collections with an additional index each seems reasonable to me, but others here have more experience about what sort of distribution of collections are likely in workloads that could be sensitive to this.&lt;/p&gt;</comment>
                            <comment id="3750715" author="bruce.lucas@10gen.com" created="Sat, 1 May 2021 12:03:44 +0000"  >&lt;p&gt;Agree it seems to make sense to increase close_handle_minimum.&lt;/p&gt;

&lt;p&gt;Another thing that might lessen the impact is to preferentially close the handles with the smallest amount of data in cache. Not sure how expensive it would be to do this as it maybe requires sorting the handle list, or maybe there is some heuristic way to do it that would be good enough?&lt;/p&gt;

&lt;p&gt;However if the issue is the number of file descriptors would it be possible to just close the file descriptors and not evict the data from cache (i.e. keep the btree and/or handle)? I would think aggressively closing file descriptors would have less performance impact than aggressively removing btrees as re-opening file descriptors should be quick.&lt;/p&gt;</comment>
                            <comment id="3749462" author="milkie" created="Fri, 30 Apr 2021 18:20:03 +0000"  >&lt;p&gt;I think we should still investigate increasing close_handle_minimum in conjunction with this change, as it has the potential to lessen the undesirable effect of evicting tables that have periodic workloads, but still reduce high numbers of open file handles in general.&lt;/p&gt;</comment>
                            <comment id="3749445" author="louis.williams" created="Fri, 30 Apr 2021 18:14:25 +0000"  >&lt;p&gt;It seems like there are two competing interests here:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;The default high timeout causes WiredTiger to accumulate too many file descriptors in workloads that drop and recreate collections often. This matters if we want to expand the default history window past the current default of 10 seconds.&lt;/li&gt;
	&lt;li&gt;A low timeout unnecessarily evicts data from the cache in workloads that have long idle periods.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;The problem here is that we don&apos;t really have any insight into which workload is more common. I&apos;ve discussed this with Alex and we think that it&apos;s worth trying out this change to better default support durable history. In the event that this causes problems for customers, we have a way out, either by reverting or manually changing the parameter on a per-customer basis. Keep in mind that we already do this for customers where the default timeout is problematic.&lt;/p&gt;</comment>
                            <comment id="3744926" author="dan@10gen.com" created="Wed, 28 Apr 2021 18:35:10 +0000"  >&lt;p&gt;If we&apos;re going to make this change, I think it would be wise to increase the &lt;tt&gt;close_handle_minimum&lt;/tt&gt; (is that the correct setting?) significantly as well. I don&apos;t see what the harm of keeping idle collections in cache if there&apos;s no is no other cache pressure. I&apos;m talking about the case where you have lots of collections (or collections with many indexes) and your workload quiesces at night, but then you have to pay to page all the data back in the next day. I agree it&apos;s not the most common case, but I do recall support issues for this case, and it seems to me that this change will impact them. If they&apos;re on atlas, I don&apos;t think there&apos;s any way they can tweak a knob to change this behavior.&lt;/p&gt;</comment>
                            <comment id="3742877" author="alexander.gorrod" created="Wed, 28 Apr 2021 03:32:44 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=pasette&quot; class=&quot;user-hover&quot; rel=&quot;pasette&quot;&gt;pasette&lt;/a&gt; we have not done any work to make it cheaper to close out handles that hold a lot of pages in cache. On the other hand - getting into that situation I think takes some careful construction:&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;There is a minimum number of handles before sweeps kick in. 250, corresponding to about 120 collections.&lt;/li&gt;
	&lt;li&gt;A collection must be clean before it can be closed out, which means that a checkpoint must have been completed since the last update finished.&lt;/li&gt;
	&lt;li&gt;There must not be any other cache pressure in the system - if there were, then the content associated with this idle tree would have been evicted via the LRU algorithm.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;In short an application needs to have a significant number of active collections, but not be generating meaningful cache pressure due to operations on those collections. It then must have a collection that was being actively used (hence content in cache), but went idle for 10 minutes - after exactly 10 minutes passes, the application wants to use the collection again and needs to wait.&lt;/p&gt;

&lt;p&gt;Most of the reports associated with &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-17907&quot; title=&quot;B-tree eviction blocks access to collection for extended period under WiredTiger&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-17907&quot;&gt;&lt;del&gt;SERVER-17907&lt;/del&gt;&lt;/a&gt; were associated with dropping collections - the behavior of that has changed since 3.0.&lt;/p&gt;

&lt;p&gt;It is possible for users to encounter this behavior, but doesn&apos;t seem likely. If we notice it in the field we can review how sweep works and ensure that the blocking period of closing out idle handles isn&apos;t too long.&lt;/p&gt;</comment>
                            <comment id="3742211" author="louis.williams" created="Tue, 27 Apr 2021 19:18:12 +0000"  >&lt;p&gt;The default WiredTiger idle handle timeout has been lowered to 10 minutes from 27 hours. This may result in performance changes in applications with many collections and workloads where collections are idle for longer than 10 minutes. This parameter is still configurable with the setParameter &quot;wiredTigerFileHandleCloseIdleTime&quot;.&lt;/p&gt;</comment>
                            <comment id="3741461" author="xgen-internal-githook" created="Tue, 27 Apr 2021 15:53:29 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;name&apos;: &apos;Louis Williams&apos;, &apos;email&apos;: &apos;louis.williams@mongodb.com&apos;, &apos;username&apos;: &apos;louiswilliams&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-24949&quot; title=&quot;Lower WiredTiger idle handle timeout to 10 minutes&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-24949&quot;&gt;&lt;del&gt;SERVER-24949&lt;/del&gt;&lt;/a&gt; Lower WiredTiger idle handle timeout to 10 minutes&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/7edd66e0a235f420f65eda1d5dc338f30d5fdcd0&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/7edd66e0a235f420f65eda1d5dc338f30d5fdcd0&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="3734245" author="dan@10gen.com" created="Thu, 22 Apr 2021 20:31:52 +0000"  >&lt;p&gt;Yes, i do remember, and you&apos;ve captured the issue. I believe it tracks back to around this issue (and the linked issues from it):&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-17907&quot; title=&quot;B-tree eviction blocks access to collection for extended period under WiredTiger&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-17907&quot;&gt;&lt;del&gt;SERVER-17907&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="3734193" author="bruce.lucas@10gen.com" created="Thu, 22 Apr 2021 20:11:11 +0000"  >&lt;p&gt;I think any change like this is likely to produce some very surprising results for some applications. The original choice of just over 24 hours was partly motivated IIRC by some customers who encountered nasty performance surprises when their load that had a strong daily cycle and was largely idle overnight came back on line at 8 AM and suddenly had to rewarm the cache even though their working set fit in cache and was consistent from day to day. &lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=pasette&quot; class=&quot;user-hover&quot; rel=&quot;pasette&quot;&gt;pasette&lt;/a&gt;&#160;I think you were involved - do you recall the cases I&apos;m talking about?&lt;/p&gt;</comment>
                            <comment id="3734112" author="milkie" created="Thu, 22 Apr 2021 19:40:12 +0000"  >&lt;p&gt;Because this will result in flushing all cached pages for files that are idle longer than 10 minutes, we should be prepared for some workloads to have performance changes due to this.  In particular, very idle databases might see a negative impact on the latency of all read queries.&lt;br/&gt;
I wonder if we could eventually add another knob that would be a &quot;minimum&quot; number of file handles to keep open regardless of idleness, in an attempt to keep the cache efficient.&lt;/p&gt;</comment>
                            <comment id="3663483" author="alexander.gorrod" created="Mon, 15 Mar 2021 00:27:25 +0000"  >&lt;p&gt;We came across a case where the default chosen here is harmful to applications - in &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-47855&quot; title=&quot;Change default value for minSnapshotHistoryWindowInSeconds to 5 minutes&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-47855&quot;&gt;&lt;del&gt;SERVER-47855&lt;/del&gt;&lt;/a&gt; we experimented with different values for minSnapshotHistoryWindowInSeconds. Snapshot windows of 13 minutes or longer along with a workload that creates and drops many collections leads to accumulating enough cached data handles that systems run out of available file descriptors.&lt;/p&gt;

&lt;p&gt;The reason this happens is that MongoDB doesn&apos;t drop collections until they are no longer required for the snapshot history window, extending that window means collections aren&apos;t dropped. That in combination with keeping idle handles cached for at least 27 hours means that a lot of active handles can be accumulated in such a workload now.&lt;/p&gt;

&lt;p&gt;We should reduce the idle timeout for handles. My recommendation would be to reduce the idle timeout to 10 minutes, the change would look something like:&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;--- a/src/mongo/db/storage/wiredtiger/wiredtiger_parameters.idl&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;+++ b/src/mongo/db/storage/wiredtiger/wiredtiger_parameters.idl&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;@@ -122,7 +122,7 @@ server_parameters:&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;       set_at: startup&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;       cpp_vartype: &apos;std::int32_t&apos;&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;       cpp_varname: gWiredTigerFileHandleCloseIdleTime&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;-      default: 100000&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;+      default: 600&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;       validator:&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;         gte: 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;   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;&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 value was originally set so high because there was a performance test which sat idle for an extended period of time (multiple hours) between phases. A consequence of closing idle handles is that any content is flushed from the cache, so better performance is observed since keeping the handle open across idle periods meant less cache warming is required.&lt;/p&gt;

&lt;p&gt;That&apos;s not a common pattern, and we have seen issues in MongoDB deployments with many live (though inactive) handles over a number of years now.&lt;/p&gt;

&lt;p&gt;Further information about the behavior can be seen in &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-47855&quot; title=&quot;Change default value for minSnapshotHistoryWindowInSeconds to 5 minutes&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-47855&quot;&gt;&lt;del&gt;SERVER-47855&lt;/del&gt;&lt;/a&gt; and the associated analysis.&lt;/p&gt;</comment>
                            <comment id="1317734" author="alexander.gorrod" created="Fri, 8 Jul 2016 05:00:00 +0000"  >&lt;p&gt;The current source code has the following comment:&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;../mongo/src/mongo/db/storage/wiredtiger/wiredtiger_kv_engine.cpp&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;219:        ss &amp;lt;&amp;lt; &quot;file_manager=(close_idle_time=100000),&quot;;  //~28 hours, will put better fix in 3.1.x&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 original change was made in &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-18286&quot; title=&quot;Adjust the value of the WiredTiger file_manager values passed to wiredtiger_open&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-18286&quot;&gt;&lt;del&gt;SERVER-18286&lt;/del&gt;&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Depends</name>
                                                                <inwardlinks description="is depended on by">
                                                        </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10520">
                    <name>Problem/Incident</name>
                                            <outwardlinks description="causes">
                                                        </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                            <outwardlinks description="related to">
                                        <issuelink>
            <issuekey id="1334616">SERVER-47855</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="638619">WT-4458</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="1702165">SERVER-56661</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>14.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18555" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname># of Sprints</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1.0</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10011" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Backwards Compatibility</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10038"><![CDATA[Fully Compatible]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_13552" key="com.go2group.jira.plugin.crm:crm_generic_field">
                        <customfieldname>Case</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[[5006R00001r9EHZQA2, 5006R00001uNIkTQAW]]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Mon, 22 Aug 2016 13:41:17 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        2 years, 40 weeks 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_17052" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>Downstream Changes Summary</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>The default WiredTiger idle handle timeout has been lowered to 10 minutes from 27 hours. This may result in performance changes in applications with many collections and workloads where collections are idle for longer than 10 minutes. This parameter is still configurable with the setParameter &amp;quot;wiredTigerFileHandleCloseIdleTime&amp;quot;.</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_17050" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Downstream Team Attention</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="16942"><![CDATA[Needed]]></customfieldvalue>

                        </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>eric.sedor@mongodb.com</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11151" key="com.atlassian.jira.toolkit:LastCommentDate">
                        <customfieldname>Last public comment date</customfieldname>
                        <customfieldvalues>
                            2 years, 40 weeks ago
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_16465" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Linked BF Score</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0.0</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_10051" key="com.atlassian.jira.toolkit:participants">
                        <customfieldname>Participants</customfieldname>
                        <customfieldvalues>
                                        <customfieldvalue>alexander.gorrod@mongodb.com</customfieldvalue>
            <customfieldvalue>bruce.lucas@mongodb.com</customfieldvalue>
            <customfieldvalue>dan@mongodb.com</customfieldvalue>
            <customfieldvalue>milkie@mongodb.com</customfieldvalue>
            <customfieldvalue>xgen-internal-githook</customfieldvalue>
            <customfieldvalue>louis.williams@mongodb.com</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrk39z:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hr55o7:</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>
                                                                                            <customfield id="customfield_23361" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Requested By</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_10557" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="4654">Execution Team 2021-05-03</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                    <customfield id="customfield_17051" key="com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes">
                        <customfieldname>Teams Impacted</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="16943"><![CDATA[Cloud]]></customfieldvalue>
    <customfieldvalue key="16946"><![CDATA[Triage and Release]]></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|hsesvb:</customfieldvalue>

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