<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:14:38 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>Whamcloud Community JIRA</title>
    <link>https://jira.whamcloud.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.4.14</version>
        <build-number>940014</build-number>
        <build-date>05-12-2023</build-date>
    </build-info>


<item>
            <title>[LU-8100] Missing MDTs in /proc/fs/lustre/lmv/lustre-clilmv-.../target_obd</title>
                <link>https://jira.whamcloud.com/browse/LU-8100</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;Our test setup contains 16 MDTs. Our clients only ever see 10 MDTs. All output below is from a client with the file system mounted. All were formatted at the same time with the same script and same mgs nid.&lt;/p&gt;

&lt;p&gt;Attempts to use any MDT that is not listed fails (i.e. lfs mkdir --index=10 will fail).&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[root@catalyst320:mdc]# lfs mkdir --index=12 /p/lustre/dinatale/testdir
error on LL_IOC_LMV_SETSTRIPE &apos;/p/lustre/dinatale/testdir&apos; (3): No such device
error: mkdir: create stripe dir &apos;/p/lustre/dinatale/testdir&apos; failed
[root@catalyst320:mdc]# lfs mkdir --index=8 /p/lustre/dinatale/testdir
[root@catalyst320:mdc]# lfs getdirstripe /p/lustre/dinatale/testdir/        
/p/lustre/dinatale/testdir/
lmv_stripe_count: 0 lmv_stripe_offset: 8
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[root@catalyst320:mdc]# cat /proc/fs/lustre/lmv/lustre-clilmv-ffff881003e14400/target_obd
0: lustre-MDT0000_UUID ACTIVE
1: lustre-MDT0001_UUID ACTIVE
2: lustre-MDT0002_UUID ACTIVE
3: lustre-MDT0003_UUID ACTIVE
4: lustre-MDT0004_UUID ACTIVE
5: lustre-MDT0005_UUID ACTIVE
6: lustre-MDT0006_UUID ACTIVE
7: lustre-MDT0007_UUID ACTIVE
8: lustre-MDT0008_UUID ACTIVE
9: lustre-MDT0009_UUID ACTIVE
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;ls /proc/fs/lustre/lmv/lustre-clilmv-ffff881003e14400/target_obds/
lustre-MDT0000-mdc-ffff881003e14400  lustre-MDT0006-mdc-ffff881003e14400  lustre-MDT0012-mdc-ffff881003e14400
lustre-MDT0001-mdc-ffff881003e14400  lustre-MDT0007-mdc-ffff881003e14400  lustre-MDT0013-mdc-ffff881003e14400
lustre-MDT0002-mdc-ffff881003e14400  lustre-MDT0008-mdc-ffff881003e14400  lustre-MDT0014-mdc-ffff881003e14400
lustre-MDT0003-mdc-ffff881003e14400  lustre-MDT0009-mdc-ffff881003e14400  lustre-MDT0015-mdc-ffff881003e14400
lustre-MDT0004-mdc-ffff881003e14400  lustre-MDT0010-mdc-ffff881003e14400
lustre-MDT0005-mdc-ffff881003e14400  lustre-MDT0011-mdc-ffff881003e14400
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[root@catalyst320:mdc]# grep current_state */state
lustre-MDT0000-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0001-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0002-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0003-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0004-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0005-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0006-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0007-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0008-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0009-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0010-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0011-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0012-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0013-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0014-mdc-ffff881003e14400/state:current_state: FULL
lustre-MDT0015-mdc-ffff881003e14400/state:current_state: FULL
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment>lustre-2.8.0_14_gd0cbf68-1.x86_64&lt;br/&gt;
2.6.32-573.22.1.1chaos.ch5.4.x86_64</environment>
        <key id="36580">LU-8100</key>
            <summary>Missing MDTs in /proc/fs/lustre/lmv/lustre-clilmv-.../target_obd</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.whamcloud.com/images/icons/priorities/major.svg">Major</priority>
                        <status id="5" iconUrl="https://jira.whamcloud.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="laisiyao">Lai Siyao</assignee>
                                    <reporter username="dinatale2">Giuseppe Di Natale</reporter>
                        <labels>
                            <label>llnl</label>
                            <label>patch</label>
                    </labels>
                <created>Wed, 4 May 2016 18:18:11 +0000</created>
                <updated>Mon, 27 Feb 2017 22:50:49 +0000</updated>
                            <resolved>Wed, 21 Sep 2016 05:26:09 +0000</resolved>
                                    <version>Lustre 2.8.0</version>
                                    <fixVersion>Lustre 2.9.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>10</watches>
                                                                            <comments>
                            <comment id="151195" author="pjones" created="Thu, 5 May 2016 17:33:32 +0000"  >&lt;p&gt;Lai&lt;/p&gt;

&lt;p&gt;Could you please advise on this issue?&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;</comment>
                            <comment id="151587" author="ofaaland" created="Tue, 10 May 2016 01:26:31 +0000"  >&lt;p&gt;Note that when we formatted these MDTs, we accidentally named them&lt;/p&gt;

&lt;p&gt;0000 - 0009 and 0010 - 00015&lt;/p&gt;

&lt;p&gt;instead of&lt;/p&gt;

&lt;p&gt;0000 - 000F&lt;/p&gt;

&lt;p&gt;So there&apos;s a gap in the numbering system we used for the name.  That shouldn&apos;t matter, as far as I&apos;m aware, but I mention it because of the correlation with the symptom we saw.&lt;/p&gt;</comment>
                            <comment id="151595" author="laisiyao" created="Tue, 10 May 2016 02:40:31 +0000"  >&lt;p&gt;okay, I&apos;ll try to format system like yours and reproduce.&lt;/p&gt;

&lt;p&gt;at the same time, could you remount a client, `lfs mkdir --index=12 /p/lustre/dinatale/testdir` and then collect debug logs of this whole process?&lt;/p&gt;</comment>
                            <comment id="151627" author="dinatale2" created="Tue, 10 May 2016 14:48:16 +0000"  >&lt;p&gt;Unfortunately, the file system we were testing with was only a temporary set up on one of our clusters. It no longer exists, so we can&apos;t collect any logs for a client for that specific file system. I may be able to try and reproduce the issue today and get you logs if I am successful.&lt;/p&gt;</comment>
                            <comment id="151729" author="dinatale2" created="Tue, 10 May 2016 21:59:50 +0000"  >&lt;p&gt;Was able to reproduce the issue. Collected a log from a client involving a mount and the lfs command you requested. Let me know if you need anything else. The log file is called &quot;debug_client_missing_mdts.log&quot;.&lt;/p&gt;</comment>
                            <comment id="151735" author="dinatale2" created="Tue, 10 May 2016 22:28:23 +0000"  >&lt;p&gt;I was able to confirm Olaf&apos;s speculation on the naming convention. It appears the naming may be the source of the problem. I went ahead and redeployed a test file system where the MDT names ranged from 0000-000F and the client was able to connect to all MDTs. For completeness, lots of info below.&lt;/p&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[root@catalyst100:~]# lfs mkdir --index=12 /p/lustre/dinatale/testdir
[root@catalyst100:~]# lfs getdirstripe /p/lustre/dinatale/testdir
/p/lustre/dinatale/testdir
lmv_stripe_count: 0 lmv_stripe_offset: 12
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[root@catalyst100:mdc]# grep current_state */state
lustre-MDT0000-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0001-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0002-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0003-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0004-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0005-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0006-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0007-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0008-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT0009-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT000a-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT000b-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT000c-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT000d-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT000e-mdc-ffff880fbb04f400/state:current_state: FULL
lustre-MDT000f-mdc-ffff880fbb04f400/state:current_state: FULL
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[root@catalyst100:~]# ls /proc/fs/lustre/lmv/lustre-clilmv-ffff880fbb04f400/target_obds/
lustre-MDT0000-mdc-ffff880fbb04f400  lustre-MDT0004-mdc-ffff880fbb04f400  lustre-MDT0008-mdc-ffff880fbb04f400  lustre-MDT000c-mdc-ffff880fbb04f400
lustre-MDT0001-mdc-ffff880fbb04f400  lustre-MDT0005-mdc-ffff880fbb04f400  lustre-MDT0009-mdc-ffff880fbb04f400  lustre-MDT000d-mdc-ffff880fbb04f400
lustre-MDT0002-mdc-ffff880fbb04f400  lustre-MDT0006-mdc-ffff880fbb04f400  lustre-MDT000a-mdc-ffff880fbb04f400  lustre-MDT000e-mdc-ffff880fbb04f400
lustre-MDT0003-mdc-ffff880fbb04f400  lustre-MDT0007-mdc-ffff880fbb04f400  lustre-MDT000b-mdc-ffff880fbb04f400  lustre-MDT000f-mdc-ffff880fbb04f400
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;[root@catalyst100:~]# lfs mdts
MDTS:
0: lustre-MDT0000_UUID ACTIVE
1: lustre-MDT0001_UUID ACTIVE
2: lustre-MDT0002_UUID ACTIVE
3: lustre-MDT0003_UUID ACTIVE
4: lustre-MDT0004_UUID ACTIVE
5: lustre-MDT0005_UUID ACTIVE
6: lustre-MDT0006_UUID ACTIVE
7: lustre-MDT0007_UUID ACTIVE
8: lustre-MDT0008_UUID ACTIVE
9: lustre-MDT0009_UUID ACTIVE
10: lustre-MDT000a_UUID ACTIVE
11: lustre-MDT000b_UUID ACTIVE
12: lustre-MDT000c_UUID ACTIVE
13: lustre-MDT000d_UUID ACTIVE
14: lustre-MDT000e_UUID ACTIVE
15: lustre-MDT000f_UUID ACTIVE
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                            <comment id="151825" author="laisiyao" created="Wed, 11 May 2016 08:14:31 +0000"  >&lt;p&gt;This looks to be just as designed, because during format &quot;--index&quot; specifies the target index in the system. So in your original setup, `lfs mkdir --index 10 ...` will fail, but `lfs mkdir --index 16 ...` should succeed, because the MDT with index 10 doesn&apos;t exist, but 16 exists.&lt;/p&gt;</comment>
                            <comment id="151898" author="ofaaland" created="Wed, 11 May 2016 18:19:16 +0000"  >&lt;p&gt;Lai,&lt;/p&gt;

&lt;p&gt;I see what you mean.  That explains why our mkdir failed.  However the proc files seem not to be consistent, which seems like a separate problem.&lt;/p&gt;

&lt;p&gt;On the client, MDTs with indexes 0x10-0x15 are missing from the listing in /proc/fs/lustre/lmv/lustre-clilmv-ffff881003e14400/target_obd, even though they are all present in /proc/fs/lustre/lmv/lustre-clilmv-ffff881003e14400/target_obds/.  You can see this in the description, above.  Why would that be?&lt;/p&gt;

&lt;p&gt;thanks,&lt;br/&gt;
Olaf&lt;/p&gt;</comment>
                            <comment id="151945" author="dinatale2" created="Wed, 11 May 2016 22:25:26 +0000"  >&lt;p&gt;Lai, I just launched a new test setup to do more testing. lfs mkdir was successful like you suggested it would be. Would this mean that there is a bug somewhere in the proc handler for /proc/fs/lustre/lmv/lustre-clilmv-.../target_obd since it doesn&apos;t contain all active MDTs in this case?&lt;/p&gt;</comment>
                            <comment id="151987" author="laisiyao" created="Thu, 12 May 2016 13:55:50 +0000"  >&lt;p&gt;yes, current LMV code stores targets in an array, and the index can not exceed total count, so only the targets whose index is below the total count are listed.&lt;/p&gt;

&lt;p&gt;I&apos;ll make a fix later.&lt;/p&gt;</comment>
                            <comment id="152000" author="dinatale2" created="Thu, 12 May 2016 15:08:02 +0000"  >&lt;p&gt;I found the portion of the code you are talking about. I might already have a patch.&lt;/p&gt;</comment>
                            <comment id="152549" author="dinatale2" created="Tue, 17 May 2016 14:56:22 +0000"  >&lt;p&gt;Just to make sure no one else is working on this, I&apos;ll be submitting a patch soon.&lt;/p&gt;</comment>
                            <comment id="152627" author="laisiyao" created="Wed, 18 May 2016 01:16:27 +0000"  >&lt;p&gt;No, thanks for your work!&lt;/p&gt;</comment>
                            <comment id="152874" author="gerrit" created="Thu, 19 May 2016 18:14:48 +0000"  >&lt;p&gt;Giuseppe Di Natale (dinatale2@llnl.gov) uploaded a new patch: &lt;a href=&quot;http://review.whamcloud.com/20336&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/20336&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8100&quot; title=&quot;Missing MDTs in /proc/fs/lustre/lmv/lustre-clilmv-.../target_obd&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8100&quot;&gt;&lt;del&gt;LU-8100&lt;/del&gt;&lt;/a&gt; lmv: Correctly generate target_obd&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: d8c2209167efb0fcbba5a1a390e07e800e938fec&lt;/p&gt;</comment>
                            <comment id="152875" author="dinatale2" created="Thu, 19 May 2016 18:22:18 +0000"  >&lt;p&gt;Went ahead and submitted a patch. It works on a VM setup I have, but I&apos;m not 100% it&apos;s correct. I would also like to introduce a test to check this file. The test would require MDTs to have non-consecutive indices. Is it possible within the test framework to manually assign indices to MDTs or can someone point me to an example test?&lt;/p&gt;</comment>
                            <comment id="153725" author="adilger" created="Thu, 26 May 2016 18:45:47 +0000"  >&lt;p&gt;It should be possible to generate non-consecutive MDT indices.  See conf-sanity test_56 for an example of this with large OST indices.  Maybe renaming that to test_56a and adding test_56b for large MDT indices is the right way to go?&lt;/p&gt;</comment>
                            <comment id="154270" author="gerrit" created="Wed, 1 Jun 2016 16:21:39 +0000"  >&lt;p&gt;Giuseppe Di Natale (dinatale2@llnl.gov) uploaded a new patch: &lt;a href=&quot;http://review.whamcloud.com/20546&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/20546&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8100&quot; title=&quot;Missing MDTs in /proc/fs/lustre/lmv/lustre-clilmv-.../target_obd&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8100&quot;&gt;&lt;del&gt;LU-8100&lt;/del&gt;&lt;/a&gt; conf-sanity: Test the correctness of target_obd&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: e7cd83e1a36a6ea790233055222eb052670c4324&lt;/p&gt;</comment>
                            <comment id="154378" author="gerrit" created="Thu, 2 Jun 2016 04:41:23 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;http://review.whamcloud.com/20336/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/20336/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8100&quot; title=&quot;Missing MDTs in /proc/fs/lustre/lmv/lustre-clilmv-.../target_obd&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8100&quot;&gt;&lt;del&gt;LU-8100&lt;/del&gt;&lt;/a&gt; lmv: Correctly generate target_obd&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: e5bb5a373cb3548ec8f5989c7e08fa7a3c8259f3&lt;/p&gt;</comment>
                            <comment id="166652" author="gerrit" created="Wed, 21 Sep 2016 02:54:44 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;http://review.whamcloud.com/20546/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/20546/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8100&quot; title=&quot;Missing MDTs in /proc/fs/lustre/lmv/lustre-clilmv-.../target_obd&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8100&quot;&gt;&lt;del&gt;LU-8100&lt;/del&gt;&lt;/a&gt; tests: Test the correctness of target_obd&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: 1a8c46a434b20c1083fafbded4d39e6dbbdff37a&lt;/p&gt;</comment>
                            <comment id="166667" author="pjones" created="Wed, 21 Sep 2016 05:26:09 +0000"  >&lt;p&gt;Landed for 2.9&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10120">
                    <name>Blocker</name>
                                                                <inwardlinks description="is blocked by">
                                                        </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="21443" name="debug_client_missing_mdts.log" size="160587" author="dinatale2" created="Tue, 10 May 2016 21:58:40 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                            <customfield id="customfield_10890" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10490" key="com.atlassian.jira.plugin.system.customfieldtypes:datepicker">
                        <customfieldname>End date</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 2 Jun 2016 18:18:11 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzyacf:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>9223372036854775807</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10060" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Severity</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[3]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10493" key="com.atlassian.jira.plugin.system.customfieldtypes:datepicker">
                        <customfieldname>Start date</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Wed, 4 May 2016 18:18:11 +0000</customfieldvalue>

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