<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 03:24:27 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-10939] Unable to start Secondary due error:- Assertion: 10320:BSONElement: bad type 101</title>
                <link>https://jira.mongodb.org/browse/SERVER-10939</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description></description>
                <environment></environment>
        <key id="91806">SERVER-10939</key>
            <summary>Unable to start Secondary due error:- Assertion: 10320:BSONElement: bad type 101</summary>
                <type id="1" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14703&amp;avatarType=issuetype">Bug</type>
                                            <priority id="1" iconUrl="https://jira.mongodb.org/images/icons/priorities/blocker.svg">Blocker - P1</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="-1">Unassigned</assignee>
                                    <reporter username="ashraf.mansuri@synechron.com">Appnique OMS</reporter>
                        <labels>
                    </labels>
                <created>Fri, 27 Sep 2013 11:10:02 +0000</created>
                <updated>Mon, 15 Nov 2021 21:28:03 +0000</updated>
                            <resolved>Wed, 6 Nov 2013 15:57:33 +0000</resolved>
                                    <version>2.2.2</version>
                                                    <component>Replication</component>
                                        <votes>0</votes>
                                    <watches>5</watches>
                                                                                                                <comments>
                            <comment id="433840" author="ashraf.mansuri@synechron.com" created="Tue, 1 Oct 2013 15:01:04 +0000"  >&lt;p&gt;Hi Mike,&lt;/p&gt;

&lt;p&gt;Is there any way to repair database without increasing data size i.e without doubling data size.&lt;/p&gt;

&lt;p&gt;what operation does repair performs internally.&lt;/p&gt;</comment>
                            <comment id="433097" author="ashraf.mansuri@synechron.com" created="Mon, 30 Sep 2013 14:06:42 +0000"  >&lt;p&gt;Yes Mike, running behind means that the last oplog entry they applied is behind that problematic secondary.&lt;/p&gt;</comment>
                            <comment id="433083" author="michael.grundy@10gen.com" created="Mon, 30 Sep 2013 13:50:04 +0000"  >&lt;p&gt;When you say &quot;running behind&quot; do you mean that the last oplog entry they applied is behind that secondary, or that you have a chained replication setup where those other secondaries are replicating from the problem secondary?&lt;/p&gt;</comment>
                            <comment id="433072" author="ashraf.mansuri@synechron.com" created="Mon, 30 Sep 2013 13:32:21 +0000"  >&lt;p&gt;But Mike,other secondaries are running behind the problematic one...&lt;/p&gt;</comment>
                            <comment id="433060" author="michael.grundy@10gen.com" created="Mon, 30 Sep 2013 13:21:08 +0000"  >&lt;p&gt;If the other secondaries are fine, I would lean towards resyncing the problem secondary. There is no specific bug in 2.2.2 that has been found that matches your issue. There have been similar occurrences, caused by a faulty driver or more frequently by disk / network based corruption.&lt;/p&gt;

&lt;p&gt;A driver issue would have affected the other secondaries when they applied the changes that caused the problem, hence my inclination towards doing a resync of the problematic one.&lt;/p&gt;

&lt;p&gt;Mike&lt;/p&gt;</comment>
                            <comment id="432824" author="ashraf.mansuri@synechron.com" created="Sun, 29 Sep 2013 15:04:01 +0000"  >&lt;p&gt;Hi Mike -&lt;/p&gt;

&lt;p&gt;validated collection as well it is fine.bit confused in where is the actual problem i.e in primary or secondary.&lt;/p&gt;

&lt;p&gt;rest of the secondaries are behind the secondary which having problem.they are working fine.&lt;/p&gt;

&lt;p&gt;About application driver the back end uses Moped as the MongoDB driver (Ruby). The application itself uses Mongoid, which is an ADM layer whose only supported driver is Moped.&lt;br/&gt;
Here are the versions we use.&lt;br/&gt;
    Mongoid -&amp;gt; 3.0.15&lt;br/&gt;
    Moped -&amp;gt; 1.3.1&lt;/p&gt;

&lt;p&gt;is there any bug in mongodb version 2.2.2 regarding this&lt;/p&gt;

&lt;p&gt;Ashraf.&lt;/p&gt;
</comment>
                            <comment id="432633" author="michael.grundy@10gen.com" created="Fri, 27 Sep 2013 21:16:18 +0000"  >&lt;p&gt;Hi Ashraf -&lt;/p&gt;

&lt;p&gt;Good that oplog validated ok. Did you also run it on the collection? At this stage, the quickest way forward may be to re-sync the node from the Primary. This is only an option if you have enough other nodes available to keep a majority up. Are all Secondary nodes of the Replica Set impacted in the same way? If you don&apos;t have enough nodes for a majority, you might have to add an arbiter, but given that this secondary can&apos;t start, this probably doesn&apos;t apply.&lt;/p&gt;

&lt;p&gt;Directions for resyncing  a stale member are at &lt;a href=&quot;http://docs.mongodb.org/manual/tutorial/resync-replica-set-member/#replica-set-auto-resync-stale-member&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://docs.mongodb.org/manual/tutorial/resync-replica-set-member/#replica-set-auto-resync-stale-member&lt;/a&gt; , if you have space move the database files out of your dbpath instead of deleting.&lt;/p&gt;

&lt;p&gt;If the resync is unable to move forward, then repair database on the primary is your next step, followed by resyncing the secondaries. A repair database will fix most issues and all of the indexes will be rebuilt. Please make back up copies when possible before proceeding.&lt;/p&gt;

&lt;p&gt;I&apos;m concerned about where the invalid BSON objects came from. What driver and version is your application using? Prior to this problem, did you have any issues with crashes or network failures? Are you running with journalling turned off?&lt;/p&gt;

&lt;p&gt;2.2.2 can be fine for some installations and problematic for others depending on config and usage patterns. The full list of &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-10478?jql=project%20%3D%20SERVER%20AND%20fixVersion%20in%20(%222.2.7%22%2C%20%222.2.3%22%2C%20%222.2.4%22%2C%20%222.2.5%22%2C%20%222.2.6%22)%20ORDER%20BY%20status%20DESC%2C%20priority%20DESC&quot; class=&quot;external-link&quot; rel=&quot;nofollow&quot;&gt;changes available after 2.2.2 can be reviewed here&lt;/a&gt; &lt;/p&gt;

&lt;p&gt;Thanks!&lt;br/&gt;
Mike&lt;/p&gt;</comment>
                            <comment id="432574" author="ashraf.mansuri@synechron.com" created="Fri, 27 Sep 2013 19:53:53 +0000"  >&lt;p&gt;Hi Mike,&lt;br/&gt;
in order to restart servers with --objcheck..my secondaries are very far behind than my primary(near about data size 10GB),if i restart i will go in rollback state.i dont think its good idea for now.&lt;/p&gt;

&lt;p&gt;second thing with corruption in oplog i validated oplog it was fine.&lt;/p&gt;

&lt;p&gt;will repairing database definitely solve this error?&lt;/p&gt;

&lt;p&gt;am running version 2.2.2 is it fine?&lt;/p&gt;


&lt;p&gt;Thanks&lt;br/&gt;
Ashraf&lt;/p&gt;</comment>
                            <comment id="432404" author="michael.grundy@10gen.com" created="Fri, 27 Sep 2013 15:22:42 +0000"  >&lt;p&gt;Hi Ashraf -&lt;/p&gt;

&lt;p&gt;You&apos;re getting bad types and bad size (SERVER-10938) because there is invalid bson being inserted or something is corrupting the bson objects. &lt;/p&gt;

&lt;p&gt;As a first step, I recommend restarting all instances with --objcheck  , this will throw an error any time an invalid object is inserted on the primary. &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-9018&quot; title=&quot;We meet mongo db crash several time&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-9018&quot;&gt;&lt;del&gt;SERVER-9018&lt;/del&gt;&lt;/a&gt; is an example of where this exposed an application error.&lt;/p&gt;

&lt;p&gt;There may be corruption in your oplog, or the collection, validating may help isolate the issue,  &lt;a href=&quot;http://docs.mongodb.org/manual/reference/command/validate/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;validate docs are here&lt;/a&gt;. Please be aware that validate does have a performance overhead, so run it during off-peak or a maintenance window. &lt;/p&gt;

&lt;p&gt;Repairing the database may get you past this, but be aware that it will require free space on the disk minimally equal to the size of the database being repaired.&lt;/p&gt;

&lt;p&gt;Finally you should upgrade to the latest version in the 2.2 release line, currently at 2.2.6 . There are significant fixes available since 2.2.2&lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Mike&lt;/p&gt;</comment>
                            <comment id="432352" author="ashraf.mansuri@synechron.com" created="Fri, 27 Sep 2013 13:29:07 +0000"  >&lt;p&gt;Hi Mike,&lt;br/&gt;
  Thanks, for reply&lt;/p&gt;

&lt;p&gt;Here is the log entries :-&lt;br/&gt;
**************&lt;br/&gt;
keyUpdates:0 locks(micros) r:235420 nreturned:76 reslen:148174 235ms&lt;br/&gt;
Fri Sep 27 09:26:10 &lt;span class=&quot;error&quot;&gt;&amp;#91;repl writer worker 2&amp;#93;&lt;/span&gt; Assertion: 10320:BSONElement: bad type 101&lt;br/&gt;
0xaffd31 0xac5eb9 0x57105b 0x5c10d6 0x84722a 0x840034 0x844937 0x822e2f 0x9a34c2 0x9a2d4f 0xad35cd 0xb45ba9 0x7f4fbe514851 0x7f4fbd8b711d &lt;br/&gt;
 mongod(_ZN5mongo15printStackTraceERSo+0x21) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xaffd31&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo11msgassertedEiPKc+0x99) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xac5eb9&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZNK5mongo11BSONElement4sizeEv+0x1cb) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x57105b&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo15BSONObjIterator4nextEv+0x46) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x5c10d6&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZNK5mongo6ModSet7prepareERKNS_7BSONObjE+0x24a) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x84722a&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo14_updateObjectsEbPKcRKNS_7BSONObjES4_bbbRNS_7OpDebugEPNS_11RemoveSaverEbRKNS_24QueryPlanSelectionPolicyEb+0x10f4) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x840034&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo27updateObjectsForReplicationEPKcRKNS_7BSONObjES4_bbbRNS_7OpDebugEbRKNS_24QueryPlanSelectionPolicyE+0xb7) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x844937&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo21applyOperation_inlockERKNS_7BSONObjEbb+0xabf) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x822e2f&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo7replset8SyncTail9syncApplyERKNS_7BSONObjEb+0x292) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x9a34c2&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo7replset14multiSyncApplyERKSt6vectorINS_7BSONObjESaIS2_EEPNS0_8SyncTailE+0x4f) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x9a2d4f&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo10threadpool6Worker4loopEv+0x26d) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xad35cd&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod() &lt;span class=&quot;error&quot;&gt;&amp;#91;0xb45ba9&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libpthread.so.0(+0x7851) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbe514851&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libc.so.6(clone+0x6d) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbd8b711d&amp;#93;&lt;/span&gt;&lt;br/&gt;
Fri Sep 27 09:26:10 &lt;span class=&quot;error&quot;&gt;&amp;#91;repl writer worker 2&amp;#93;&lt;/span&gt; ERROR: writer worker caught exception: BSONElement: bad type 101 on: { ts: Timestamp 1380235717000|6, h: *******************, v: 2, op: &quot;u&quot;, ns: &quot;database.collection&quot;, o2: { field: { field: &lt;/p&gt;
{ field: &quot;592425919&quot; }
&lt;p&gt;, uc: 160 } }, o: { $set: &lt;/p&gt;
{ until: new Date(1380235717000) }
&lt;p&gt; } }&lt;br/&gt;
Fri Sep 27 09:26:10 &lt;span class=&quot;error&quot;&gt;&amp;#91;repl writer worker 2&amp;#93;&lt;/span&gt;   Fatal Assertion 16360&lt;br/&gt;
0xaffd31 0xac5323 0x9a2e56 0xad35cd 0xb45ba9 0x7f4fbe514851 0x7f4fbd8b711d &lt;br/&gt;
 mongod(_ZN5mongo15printStackTraceERSo+0x21) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xaffd31&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo13fassertFailedEi+0xa3) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xac5323&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo7replset14multiSyncApplyERKSt6vectorINS_7BSONObjESaIS2_EEPNS0_8SyncTailE+0x156) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x9a2e56&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo10threadpool6Worker4loopEv+0x26d) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xad35cd&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod() &lt;span class=&quot;error&quot;&gt;&amp;#91;0xb45ba9&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libpthread.so.0(+0x7851) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbe514851&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libc.so.6(clone+0x6d) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbd8b711d&amp;#93;&lt;/span&gt;&lt;br/&gt;
Fri Sep 27 09:26:10 &lt;span class=&quot;error&quot;&gt;&amp;#91;repl writer worker 2&amp;#93;&lt;/span&gt; &lt;/p&gt;

&lt;p&gt;***aborting after fassert() failure&lt;/p&gt;


&lt;p&gt;Fri Sep 27 09:26:10 Got signal: 6 (Aborted).&lt;/p&gt;

&lt;p&gt;Fri Sep 27 09:26:10 Backtrace:&lt;br/&gt;
0xaffd31 0x558bb9 0x7f4fbd801920 0x7f4fbd8018a5 0x7f4fbd803085 0xac535e 0x9a2e56 0xad35cd 0xb45ba9 0x7f4fbe514851 0x7f4fbd8b711d &lt;br/&gt;
 mongod(_ZN5mongo15printStackTraceERSo+0x21) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xaffd31&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo10abruptQuitEi+0x399) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x558bb9&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libc.so.6(+0x32920) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbd801920&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libc.so.6(gsignal+0x35) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbd8018a5&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libc.so.6(abort+0x175) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbd803085&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo13fassertFailedEi+0xde) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xac535e&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo7replset14multiSyncApplyERKSt6vectorINS_7BSONObjESaIS2_EEPNS0_8SyncTailE+0x156) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x9a2e56&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod(_ZN5mongo10threadpool6Worker4loopEv+0x26d) &lt;span class=&quot;error&quot;&gt;&amp;#91;0xad35cd&amp;#93;&lt;/span&gt;&lt;br/&gt;
 mongod() &lt;span class=&quot;error&quot;&gt;&amp;#91;0xb45ba9&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libpthread.so.0(+0x7851) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbe514851&amp;#93;&lt;/span&gt;&lt;br/&gt;
 /lib64/libc.so.6(clone+0x6d) &lt;span class=&quot;error&quot;&gt;&amp;#91;0x7f4fbd8b711d&amp;#93;&lt;/span&gt;&lt;br/&gt;
****************&lt;br/&gt;
For now to start secondary instance am just changing optype of record to &quot;n&quot; in primaries oplog, but by doing this am loosing my data.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
Ashraf&lt;/p&gt;</comment>
                            <comment id="432337" author="michael.grundy@10gen.com" created="Fri, 27 Sep 2013 12:51:28 +0000"  >&lt;p&gt;Hi Ashraf -&lt;/p&gt;

&lt;p&gt;Could you provide the log entries from the secondary that contain the assertion and the actions around it? (complete log is ok). &lt;/p&gt;

&lt;p&gt;Thanks&lt;br/&gt;
Mike&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                                        </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>Fri, 27 Sep 2013 12:51:28 +0000</customfieldvalue>

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


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

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

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

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10051" key="com.atlassian.jira.toolkit:participants">
                        <customfieldname>Participants</customfieldname>
                        <customfieldvalues>
                                        <customfieldvalue>ashraf.mansuri@synechron.com</customfieldvalue>
            <customfieldvalue>michael.grundy</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrmen3:</customfieldvalue>

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

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>83999</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_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|hspabr:</customfieldvalue>

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