<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 05:42:42 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-57756] Race between concurrent stepdowns and applying transaction oplog entry</title>
                <link>https://jira.mongodb.org/browse/SERVER-57756</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;If a node is stepping down in multiple threads at once, one thread can lag behind the other stepdown thread and still be running when the node starts applying oplog entries as a secondary. In this case, if the remaining stepdown thread still has &lt;a href=&quot;https://github.com/mongodb/mongo/blob/56adea3db5783cab60ef490bbace102749802cc1/src/mongo/db/repl/replication_coordinator_impl.cpp#L2569-L2572&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;&lt;tt&gt;ScopedBlockSessionCheckouts&lt;/tt&gt; in scope&lt;/a&gt;, it will block checking out sessions, which could cause us to &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ee1cea12a8108f35f24069bde1f8a8be350c16fb/src/mongo/db/session_catalog.cpp#L83-L85&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;fail to apply a commitTransaction&lt;/a&gt; oplog entry, ultimately triggering &lt;a href=&quot;https://github.com/mongodb/mongo/blob/56adea3db5783cab60ef490bbace102749802cc1/src/mongo/db/repl/oplog_applier_impl.cpp#L343&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;this fassert&lt;/a&gt;. &lt;/p&gt;</description>
                <environment></environment>
        <key id="1786976">SERVER-57756</key>
            <summary>Race between concurrent stepdowns and applying transaction oplog entry</summary>
                <type id="1" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14703&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.mongodb.org/images/icons/priorities/major.svg">Major - P3</priority>
                        <status id="6" iconUrl="https://jira.mongodb.org/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="13201">Fixed</resolution>
                                        <assignee username="wenbin.zhu@mongodb.com">Wenbin Zhu</assignee>
                                    <reporter username="samy.lanka@mongodb.com">Samyukta Lanka</reporter>
                        <labels>
                    </labels>
                <created>Wed, 16 Jun 2021 19:11:36 +0000</created>
                <updated>Sun, 29 Oct 2023 21:52:05 +0000</updated>
                            <resolved>Wed, 7 Jul 2021 19:23:10 +0000</resolved>
                                                    <fixVersion>5.0.2</fixVersion>
                    <fixVersion>5.1.0-rc0</fixVersion>
                                                        <votes>0</votes>
                                    <watches>13</watches>
                                                                                                                <comments>
                            <comment id="3955802" author="xgen-internal-githook" created="Wed, 21 Jul 2021 18:22:10 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;name&apos;: &apos;Wenbin Zhu&apos;, &apos;email&apos;: &apos;wenbin.zhu@mongodb.com&apos;, &apos;username&apos;: &apos;WenbinZhu&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-57756&quot; title=&quot;Race between concurrent stepdowns and applying transaction oplog entry&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-57756&quot;&gt;&lt;del&gt;SERVER-57756&lt;/del&gt;&lt;/a&gt; Remove ScopedBlockSessionCheckouts which is now unnecessary and causing race with concurrent stepdowns.&lt;/p&gt;

&lt;p&gt;(cherry picked from commit 8588a5a3a52f17026b1e5a21c00e815fbb702a7c)&lt;br/&gt;
Branch: v5.0&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/cfa42ae2c4da873b42569921f09f4cee3a3cc12e&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/cfa42ae2c4da873b42569921f09f4cee3a3cc12e&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="3921327" author="xgen-internal-githook" created="Wed, 7 Jul 2021 18:36:09 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;name&apos;: &apos;Wenbin Zhu&apos;, &apos;email&apos;: &apos;wenbin.zhu@mongodb.com&apos;, &apos;username&apos;: &apos;WenbinZhu&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-57756&quot; title=&quot;Race between concurrent stepdowns and applying transaction oplog entry&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-57756&quot;&gt;&lt;del&gt;SERVER-57756&lt;/del&gt;&lt;/a&gt; Remove ScopedBlockSessionCheckouts which is now unnecessary and causing race with concurrent stepdowns.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/8588a5a3a52f17026b1e5a21c00e815fbb702a7c&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/8588a5a3a52f17026b1e5a21c00e815fbb702a7c&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="3911383" author="JIRAUSER1258790" created="Thu, 1 Jul 2021 01:13:46 +0000"  >&lt;p&gt;After talking to sharding team, I think we can revert&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt;&#160;after&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-58143&quot; title=&quot;shardsvrDropCollectionParticipant should be killable on stepdown&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-58143&quot;&gt;&lt;del&gt;SERVER-58143&lt;/del&gt;&lt;/a&gt;&#160; is done.&#160;&lt;/p&gt;

&lt;p&gt;Also as mentioned in the previous comment, the reason I think the 4.2/4.4&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/commit/fbdfaa2530248b18b4327527f08d83eb283f67a2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;workaround&lt;/a&gt;&#160;is only a best effort is we can construct sequences that still produce deadlock. The workaround uses&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/fbdfaa2530248b18b4327527f08d83eb283f67a2/src/mongo/db/s/migration_destination_manager.cpp#L490&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;inserterOpCtx-&amp;gt;setAlwaysInterruptAtStepDownOrUp()&lt;/a&gt;, but inserterOpCtx is not the one that checked out the session that stepdown is waiting on (recall this is a 3-way deadlock). Only the OpCtx that checked out a session will be marked killed by the stepdown thread. So if stepdown is run after &lt;a href=&quot;https://github.com/mongodb/mongo/blob/fbdfaa2530248b18b4327527f08d83eb283f67a2/src/mongo/db/s/migration_destination_manager.cpp#L493&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;this check&lt;/a&gt;, the 3-way deadlock can still happen. This is regardless of whether we backport&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt;&#160;to 4.2/4.4. So I think we can only do the backport after we introduce &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/migration_destination_manager.cpp#L1025&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;CancelableOperationContext&lt;/a&gt;&#160;to 4.2/4.4 which is currently in 5.0+.&#160; &#160;&lt;/p&gt;</comment>
                            <comment id="3906110" author="JIRAUSER1258790" created="Mon, 28 Jun 2021 20:34:31 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=renctan&quot; class=&quot;user-hover&quot; rel=&quot;renctan&quot;&gt;renctan&lt;/a&gt;&#160;I think with CancelableOpCtx, the deadlock cannot happen because before stepdown thread waits for session checkout, it &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/kill_sessions_local.cpp#L68&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;marked OpCtx as killed&lt;/a&gt;, and a CancelableOpCtx&#160;will &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/cancelable_operation_context.cpp#L56&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;also be killed/interrupted&lt;/a&gt; if it was created &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/migration_destination_manager.cpp#L471&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;with a cancellation token&lt;/a&gt; from the OpCtx that is marked killed. So when the migration thread wants to acquire the RSTL while holding the session, it will fail because its OpCtx (cancellable) is marked killed with error code `InterruptedDueToReplStateChange`, breaking the deadlock. But&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/drop_collection_coordinator.h#L66&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;drop collection is not interruptible&lt;/a&gt;, causing the deadlock issue again.&lt;/p&gt;</comment>
                            <comment id="3906065" author="renctan" created="Mon, 28 Jun 2021 20:11:02 +0000"  >&lt;p&gt;Hm... Wouldn&apos;t CancelableOpCtx also run into the same issue you mentioned about the stepdown thread requiring to wait for checked out sessions? Since the stepDown thread can&apos;t check the session, it won&apos;t be able to kill it.&lt;/p&gt;</comment>
                            <comment id="3905869" author="JIRAUSER1258790" created="Mon, 28 Jun 2021 18:58:24 +0000"  >&lt;p&gt;Because of this issue, we started re-investigating&#160;BF-19260&#160;which introduced&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt;&#160;that caused this issue. It turns out to be a 3-way deadlock: step down thread taking the RSTL and waiting for session checkout in order to kill it, but the session is checked out by the &lt;a href=&quot;https://github.com/mongodb/mongo/blob/bc8089aaf4097c21bb7abd4e664206273aea58da/src/mongo/db/s/migration_destination_manager.cpp#L879&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;migration thread&lt;/a&gt;, which spawns another OpCtx/thread to do &lt;a href=&quot;https://github.com/mongodb/mongo/blob/bc8089aaf4097c21bb7abd4e664206273aea58da/src/mongo/db/s/migration_destination_manager.cpp#L457&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;chunk insertion&lt;/a&gt; and &lt;a href=&quot;https://github.com/mongodb/mongo/blob/bc8089aaf4097c21bb7abd4e664206273aea58da/src/mongo/db/s/migration_destination_manager.cpp#L493&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;waiting on inserter thread to finish&lt;/a&gt;. However inserter thread needs to take RSTL lock, and thus a 3-way deadlock is formed because even though the step down thread &lt;a href=&quot;https://github.com/mongodb/mongo/blob/bc8089aaf4097c21bb7abd4e664206273aea58da/src/mongo/db/kill_sessions_local.cpp#L68&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;interrupted/killed the OpCtx&lt;/a&gt; it&apos;s waiting on, which is the migration thread, the inserter thread is not interrupted/killed because it&apos;s newly spawned.&lt;/p&gt;

&lt;p&gt;This deadlock was also discovered in&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-55573&quot; title=&quot;Deadlock between stepdown and chunk migration&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-55573&quot;&gt;&lt;del&gt;SERVER-55573&lt;/del&gt;&lt;/a&gt;&#160;due to another BF and fixed by using a&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/migration_destination_manager.cpp#L1025&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;CancelableOperationContext&lt;/a&gt;&#160;so that the inserter thread will also be&#160;interrupted/killed when the migration thread was&#160;interrupted/killed, thus breaking the deadlock.&lt;/p&gt;

&lt;p&gt;That fix made us rethink if&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt; is still needed.&#160;I think that &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt;&#160;only reduces the possibility of the initial problem because another thread could checkout the session before &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/repl/replication_coordinator_impl.cpp#L2572&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;disallowing session checkout&lt;/a&gt;, and when the stepdown thread is &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/repl/replication_coordinator_impl.cpp#L2465&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;killing the operations&lt;/a&gt;&#160;after it acquires the RSTL, it can still be blocked on &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/session_catalog.cpp#L121&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;waiting for session checkout in order to kill it&lt;/a&gt;. So we think&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt;&#160;only reduces the possibility of the issue and should be able to be reverted due to the fix by&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/migration_destination_manager.cpp#L1025&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;CancelableOperationContext&lt;/a&gt;.&#160;&lt;/p&gt;

&lt;p&gt;I ran some patch builds after reverting&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt;, and due the increased possibility, another deadlock showed up. This time the stepdown thread is waiting for the session checked out by&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/shardsvr_drop_collection_participant_command.cpp#L77&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;ShardsvrDropCollectionParticipantCommand&lt;/a&gt;, which is taking RSTL lock to finish drop collection. However &lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/drop_collection_coordinator.h#L66&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;drop collection is not interruptible&lt;/a&gt;, thus even the&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/ac2c0acc3934ae97b35c6ca5d9f72a360713bfe2/src/mongo/db/s/migration_destination_manager.cpp#L1025&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;CancelableOperationContext&lt;/a&gt;&#160;fix cannot break the deadlock. So my question is whether it&apos;s necessary for drop collection to be uninterruptible? If it is then we have to think of other solutions to break it.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=renctan&quot; class=&quot;user-hover&quot; rel=&quot;renctan&quot;&gt;renctan&lt;/a&gt; &lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=pierlauro.sciarelli&quot; class=&quot;user-hover&quot; rel=&quot;pierlauro.sciarelli&quot;&gt;pierlauro.sciarelli&lt;/a&gt;&#160;any thoughts on this?&lt;/p&gt;</comment>
                            <comment id="3893003" author="JIRAUSER1258790" created="Tue, 22 Jun 2021 23:43:40 +0000"  >&lt;p&gt;I think there is another problem with&#160;&lt;a href=&quot;https://github.com/mongodb/mongo/blob/56adea3db5783cab60ef490bbace102749802cc1/src/mongo/db/repl/replication_coordinator_impl.cpp#L2569-L2572&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;&lt;tt&gt;ScopedBlockSessionCheckouts&lt;/tt&gt;&lt;/a&gt; &#160;in case of concurrent stepdown.&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;Thread 1 enters the &lt;em&gt;ScopedBlockSessionCheckouts&lt;/em&gt;&#160;block and &lt;a href=&quot;https://github.com/mongodb/mongo/blob/868920212e38b90e048d64b8c48e59cdb6c30e9f/src/mongo/db/session_catalog.cpp#L185&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;sets _&lt;em&gt;checkoutAllowed&lt;/em&gt;&#160;to false&lt;/a&gt;.&lt;/li&gt;
	&lt;li&gt;Thread 2 also enters this block and sets _&lt;em&gt;checkoutAllowed&lt;/em&gt;&#160;to false again.&lt;/li&gt;
	&lt;li&gt;Thread 1 exits this block and &lt;a href=&quot;https://github.com/mongodb/mongo/blob/868920212e38b90e048d64b8c48e59cdb6c30e9f/src/mongo/db/session_catalog.cpp#L190&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;sets _&lt;em&gt;checkoutAllowed&lt;/em&gt;&#160;to true&lt;/a&gt;.&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;Now even though thread 2 is still inside this block, we again allow checking out sessions because step 3 resets the flag, which is against the purpose of&#160;&lt;em&gt;ScopedBlockSessionCheckouts&lt;/em&gt;. If this happens, the deadlock problem in&#160;&lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-52564&quot; title=&quot;Deadlock between step down and MongoDOperationContextSession&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-52564&quot;&gt;&lt;del&gt;SERVER-52564&lt;/del&gt;&lt;/a&gt;&#160; (which is why &lt;em&gt;ScopedBlockSessionCheckouts&lt;/em&gt; was introduced in the first place) might happen again.&#160;&lt;/p&gt;

&lt;p&gt;This problem seems to have a simple fix by using a counter instead of the boolean value for _checkoutAllowed, but we might need a cleaner solution that can handle both problems.&lt;/p&gt;</comment>
                            <comment id="3883373" author="steven.vannelli" created="Wed, 16 Jun 2021 22:21:11 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.mongodb.org/secure/ViewProfile.jspa?name=samy.lanka&quot; class=&quot;user-hover&quot; rel=&quot;samy.lanka&quot;&gt;samy.lanka&lt;/a&gt;&#160;I&apos;m going through and requesting 5.0 Backports for all 5.0 Hot BFs in WFBF. Feel free to update / remove post-rc0 label as you see fit.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10420">
                    <name>Backports</name>
                                            <outwardlinks description="backported by">
                                                        </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10011">
                    <name>Depends</name>
                                            <outwardlinks description="depends on">
                                        <issuelink>
            <issuekey id="1801917">SERVER-58143</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is depended on by">
                                                        </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="1773452">SERVER-57545</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10520">
                    <name>Problem/Incident</name>
                                                                <inwardlinks description="is caused by">
                                        <issuelink>
            <issuekey id="1531601">SERVER-52564</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                            <outwardlinks description="related to">
                                        <issuelink>
            <issuekey id="1847496">SERVER-59226</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="1641290">SERVER-55007</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="1660711">SERVER-55573</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>8.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18555" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname># of Sprints</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2.0</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_12450" key="com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes">
                        <customfieldname>Backport Requested</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="21777"><![CDATA[v5.0]]></customfieldvalue>
    <customfieldvalue key="18953"><![CDATA[v4.4]]></customfieldvalue>
    <customfieldvalue key="16775"><![CDATA[v4.2]]></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[[5002K00000vfcGxQAI]]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 16 Jun 2021 22:21:11 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        2 years, 29 weeks ago
    
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18254" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Dependencies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[<s><a href='https://jira.mongodb.org/browse/SERVER-58143'>SERVER-58143</a></s>]]></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_17050" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Downstream Team Attention</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="16941"><![CDATA[Not 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>luke.bonanomi@mongodb.com</customfieldvalue>

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

                        </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>xgen-internal-githook</customfieldvalue>
            <customfieldvalue>randolph@mongodb.com</customfieldvalue>
            <customfieldvalue>samy.lanka@mongodb.com</customfieldvalue>
            <customfieldvalue>steven.vannelli@mongodb.com</customfieldvalue>
            <customfieldvalue>wenbin.zhu@mongodb.com</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzmubb:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hz7d4v:</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_10557" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue id="5036">Repl 2021-06-28</customfieldvalue>
    <customfieldvalue id="5037">Repl 2021-07-12</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|hzmgkf:</customfieldvalue>

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