<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:29:59 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-2986] Kernel Oops on ioctl LL_IOC_GET_MDTIDX</title>
                <link>https://jira.whamcloud.com/browse/LU-2986</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;A PowerPC64 sequoia LAC node panicked when I ran the following test program:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-c&quot;&gt;&lt;span class=&quot;code-macro&quot;&gt;#include &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;stdio.h&amp;gt;&lt;/span&gt;
&lt;/span&gt;&lt;span class=&quot;code-macro&quot;&gt;#include &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;errno.h&amp;gt;&lt;/span&gt;
&lt;/span&gt;&lt;span class=&quot;code-macro&quot;&gt;#include &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;sys/ioctl.h&amp;gt;&lt;/span&gt;
&lt;/span&gt;&lt;span class=&quot;code-macro&quot;&gt;#include &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;string.h&amp;gt;&lt;/span&gt;
&lt;/span&gt;
&lt;span class=&quot;code-macro&quot;&gt;#include &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;sys/stat.h&amp;gt;&lt;/span&gt;
&lt;/span&gt;&lt;span class=&quot;code-macro&quot;&gt;#include &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;fcntl.h&amp;gt;&lt;/span&gt;
&lt;/span&gt;&lt;span class=&quot;code-macro&quot;&gt;#include &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;lustre/lustre_user.h&amp;gt;&lt;/span&gt;
&lt;/span&gt;
&lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt;&lt;/span&gt; main(&lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt;&lt;/span&gt; argc, &lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;char&lt;/span&gt;&lt;/span&gt; **argv)
{
        &lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt;&lt;/span&gt; rc = -1;
        &lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt;&lt;/span&gt; mdtidx = 0;
        &lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt;&lt;/span&gt; fd;
        &lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;char&lt;/span&gt;&lt;/span&gt; *path = argv[1];

        if (argc != 2) {
                fprintf(stderr, &lt;span class=&quot;code-quote-red&quot;&gt;&quot;Usage: %s &lt;span class=&quot;code-quote-red&quot;&gt;&amp;lt;path&amp;gt;&lt;/span&gt;\n&quot;&lt;/span&gt;, argv[0]);
                &lt;span class=&quot;code-keyword&quot;&gt;goto&lt;/span&gt; out;
        }

        fd = open(path, O_RDONLY);
        if (fd &amp;lt; 0) {
                fprintf(stderr, &lt;span class=&quot;code-quote-red&quot;&gt;&quot;open() error on %s: %s\n&quot;&lt;/span&gt;, path,
                        strerror(errno));
                &lt;span class=&quot;code-keyword&quot;&gt;goto&lt;/span&gt; out;
        }

        rc = ioctl(fd, LL_IOC_GET_MDTIDX, &amp;amp;mdtidx);
        if (rc &amp;lt; 0) {
                fprintf(stderr, &lt;span class=&quot;code-quote-red&quot;&gt;&quot;ioctl() error: %s\n&quot;&lt;/span&gt;, strerror(errno));
                &lt;span class=&quot;code-keyword&quot;&gt;goto&lt;/span&gt; out;
        }
        printf(&lt;span class=&quot;code-quote-red&quot;&gt;&quot;mdtidx %d\n&quot;&lt;/span&gt;, mdtidx);

out:
        &lt;span class=&quot;code-keyword&quot;&gt;return&lt;/span&gt; rc;
}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;


&lt;p&gt;Here is the backtrace from crash:&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;PID: 4522   TASK: c000000f565f6900  CPU: 29  COMMAND: &quot;a.out&quot;
 #0 [c000000f4c2632c0] .crash_kexec at c0000000000e5bf4
 #1 [c000000f4c2634c0] .die at c0000000000309d8
 #2 [c000000f4c263570] .bad_page_fault at c000000000043378
 #3 [c000000f4c2635f0] handle_page_fault at c000000000005228
 Data Access error  [300] exception frame:
 R0:  0000000000000000    R1:  c000000f4c2638e0    R2:  d0000000127283e0   
 R3:  c000000e0d6f6f00    R4:  c000000de5ea1700    R5:  0000000000000000   
 R6:  c000000de5ea1838    R7:  0000000000000001    R8:  0000000000000720   
 R9:  0000000000000000    R10: 2b94515100000000    R11: 0000000000003000   
 R12: d0000000136b27f0    R13: c000000001006d80    R14: 000000001012b3dc   
 R15: 0000000000000000    R16: 0000000000000000    R17: 0000000010129c58   
 R18: 0000000010129bf8    R19: 000000001012b948    R20: 0000000000000000   
 R21: 000000001012daf0    R22: c000000f4b772480    R23: 00000000400466af   
 R24: c000000e046d33f8    R25: 0000000000000000    R26: c000000e0d6f6f00   
 R27: d00000000cc74b48    R28: c000000de5ea1700    R29: d00000000cc74b48   
 R30: d000000012726ee0    R31: c000000f4c2638e0   
 NIP: d000000012701940    MSR: 8000000000009032    OR3: d0000000136e7588
 CTR: d0000000127018c0    LR:  d0000000136166ec    XER: 0000000020000010
 CCR: 0000000024000428    MQ:  0000000000000001    DAR: 0000000000000000
 DSISR: 0000000042000000     Syscall Result: 0000000000000000

 #4 [c000000f4c2638e0] .mdc_getattr at d000000012701940 [mdc]
 [Link Register ]  [c000000f4c2638e0] .ll_get_mdt_idx at d0000000136166ec
 #5 [c000000f4c263990] .ll_get_mdt_idx at d0000000136166ec [lustre]  (unreliable)
 #6 [c000000f4c263a60] .ll_dir_ioctl at d0000000136234c4 [lustre]
 #7 [c000000f4c263c00] .vfs_ioctl at c0000000001d7f24
 #8 [c000000f4c263c90] .do_vfs_ioctl at c0000000001d8170
 #9 [c000000f4c263d80] .sys_ioctl at c0000000001d8954
#10 [c000000f4c263e30] syscall_exit at c000000000008564
 syscall  [c01] exception frame:
 R0:  0000000000000036    R1:  00000fffffffedb0    R2:  0000008053993268   
 R3:  0000000000000003    R4:  00000000400466af    R5:  00000fffffffeea0   
 R6:  0000000000004000    R7:  00000080538c91f0    R8:  800000000200f032   
 R9:  0000000000000000    R10: 0000000000000000    R11: 0000000000000000   
 R12: 0000000000000000    R13: 00000080537ac250   
 NIP: 00000080538cfc70    MSR: 800000000200f032    OR3: 0000000000000003
 CTR: 00000080538cfbd0    LR:  000000001000082c    XER: 0000000000000010
 CCR: 0000000042000428    MQ:  0000000000000001    DAR: 00000080538c91dc
 DSISR: 0000000040000000     Syscall Result: 0000000000000003
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;


&lt;p&gt;Console panic message:&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;Unable to handle kernel paging request for data at address 0x00000000
Faulting instruction address: 0xd000000012701940
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=1024 NUMA pSeries
Modules linked in: xt_owner nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack mgc(U) lustre(U) mdc(U) fid(U) fld(U) lov(U) osc(U) ptlrpc(U) obdclass(U) lvfs(U) nfs fscache lockd auth_rpcgss nfs_acl ko2iblnd(U) lnet(U) sha512_generic sha256_generic libcfs(U) sunrpc ipt_LOG xt_multiport iptable_filter ip_tables ib_ipoib rdma_ucm ib_ucm ib_uverbs ib_umad rdma_cm ib_cm iw_cm ib_addr ipv6 uinput raid1 sg ses enclosure mlx4_ib ib_sa ib_mad ib_core mlx4_en mlx4_core e1000e ehea ext4 jbd2 mbcache raid456 async_pq async_xor xor async_raid6_recov raid6_pq async_memcpy async_tx sd_mod crc_t10dif ipr dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan]
NIP: d000000012701940 LR: d0000000136166ec CTR: d0000000127018c0
REGS: c000000f4c263660 TRAP: 0300   Not tainted  (2.6.32-348.1chaos.bgq62.ppc64)
MSR: 8000000000009032 &amp;lt;EE,ME,IR,DR&amp;gt;  CR: 24000428  XER: 20000010
DAR: 0000000000000000, DSISR: 0000000042000000
TASK = c000000f565f6900[4522] &apos;a.out&apos; THREAD: c000000f4c260000 CPU: 29
GPR00: 0000000000000000 c000000f4c2638e0 d0000000127283e0 c000000e0d6f6f00 
GPR04: c000000de5ea1700 0000000000000000 c000000de5ea1838 0000000000000001 
GPR08: 0000000000000720 0000000000000000 2b94515100000000 0000000000003000 
GPR12: d0000000136b27f0 c000000001006d80 000000001012b3dc 0000000000000000 
GPR16: 0000000000000000 0000000010129c58 0000000010129bf8 000000001012b948 
GPR20: 0000000000000000 000000001012daf0 c000000f4b772480 00000000400466af 
GPR24: c000000e046d33f8 0000000000000000 c000000e0d6f6f00 d00000000cc74b48 
GPR28: c000000de5ea1700 d00000000cc74b48 d000000012726ee0 c000000f4c2638e0 
NIP [d000000012701940] .mdc_getattr+0x80/0x3d0 [mdc]
LR [d0000000136166ec] .ll_get_mdt_idx+0x1ac/0x8d0 [lustre]
Call Trace:
[c000000f4c2638e0] [c000000f4c263990] 0xc000000f4c263990 (unreliable)
[c000000f4c263990] [d0000000136166ec] .ll_get_mdt_idx+0x1ac/0x8d0 [lustre]
[c000000f4c263a60] [d0000000136234c4] .ll_dir_ioctl+0x1d14/0x8080 [lustre]
[c000000f4c263c00] [c0000000001d7f24] .vfs_ioctl+0x54/0x140
[c000000f4c263c90] [c0000000001d8170] .do_vfs_ioctl+0x90/0x7c0
[c000000f4c263d80] [c0000000001d8954] .SyS_ioctl+0xb4/0xd0
[c000000f4c263e30] [c000000000008564] syscall_exit+0x0/0x40
Instruction dump:
7fa85840 41dd02e0 eb7e8028 801b0000 780907e1 41820014 e93e8030 80090000 
7809ffe3 408201fc 38000000 7f43d378 &amp;lt;f8190000&amp;gt; 48012c3d e8410028 e89e8048 
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;


&lt;p&gt;Source code information:&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;(gdb) l *(mdc_getattr+0x80)
0x11940 is in mdc_getattr (/builddir/build/BUILD/lustre-2.3.58/lustre/mdc/mdc_request.c:211).
206     /builddir/build/BUILD/lustre-2.3.58/lustre/mdc/mdc_request.c: No such file or directory.
        in /builddir/build/BUILD/lustre-2.3.58/lustre/mdc/mdc_request.c
(gdb) 
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;


&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-c&quot;&gt; 204 &lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt;&lt;/span&gt; mdc_getattr(&lt;span class=&quot;code-keyword&quot;&gt;struct&lt;/span&gt; obd_export *exp, &lt;span class=&quot;code-keyword&quot;&gt;struct&lt;/span&gt; md_op_data *op_data,
 205                 &lt;span class=&quot;code-keyword&quot;&gt;struct&lt;/span&gt; ptlrpc_request **request)
 206 {
 207         &lt;span class=&quot;code-keyword&quot;&gt;struct&lt;/span&gt; ptlrpc_request *req;
 208         &lt;span class=&quot;code-keyword&quot;&gt;&lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt;&lt;/span&gt;                    rc;
 209         ENTRY;
 210 
 211         *request = &lt;span class=&quot;code-keyword&quot;&gt;NULL&lt;/span&gt;;
 212         req = ptlrpc_request_alloc(class_exp2cliimp(exp), &amp;amp;RQF_MDS_GETATTR);
 213         if (req == &lt;span class=&quot;code-keyword&quot;&gt;NULL&lt;/span&gt;)
 214                 RETURN(-ENOMEM);
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment>github.com/chaos/lustre tag 2.3.58-14chaos&lt;br/&gt;
PPC client</environment>
        <key id="18001">LU-2986</key>
            <summary>Kernel Oops on ioctl LL_IOC_GET_MDTIDX</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.whamcloud.com/images/icons/priorities/critical.svg">Critical</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="bfaccini">Bruno Faccini</assignee>
                                    <reporter username="nedbass">Ned Bass</reporter>
                        <labels>
                            <label>ppc</label>
                    </labels>
                <created>Tue, 19 Mar 2013 03:45:40 +0000</created>
                <updated>Fri, 5 Dec 2014 18:50:55 +0000</updated>
                            <resolved>Tue, 23 Apr 2013 13:12:01 +0000</resolved>
                                    <version>Lustre 2.4.0</version>
                                    <fixVersion>Lustre 2.4.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="54359" author="bfaccini" created="Tue, 19 Mar 2013 10:00:03 +0000"  >&lt;p&gt;Hello Ned,&lt;br/&gt;
According to the sources, seems that ll_get_mdt_idx() simply forget to declare a &quot;struct ptlrpc_request *req = NULL;&quot; and pass its address/reference as the 3rd parameter of md_getattr().&lt;br/&gt;
Will post+try a patch this way.&lt;/p&gt;</comment>
                            <comment id="54373" author="bfaccini" created="Tue, 19 Mar 2013 15:03:14 +0000"  >&lt;p&gt;Ned,&lt;br/&gt;
Just for my understanding, on which path did you run your program ?&lt;br/&gt;
Seems that using it you skipped the lmv layer ... And thus went straight in the mdc to trigger this crash which should not happen when crossing lmv due to MF_GET_MDT_IDX usage, as far as I understand!&lt;/p&gt;
</comment>
                            <comment id="54374" author="nedbass" created="Tue, 19 Mar 2013 15:18:50 +0000"  >&lt;p&gt;Hi Bruno, I ran it on the filesystem root, /p/lscratchrza.&lt;/p&gt;</comment>
                            <comment id="54393" author="green" created="Tue, 19 Mar 2013 17:16:59 +0000"  >&lt;p&gt;I wonder if this is actually a dup of lu-2960&lt;/p&gt;</comment>
                            <comment id="54406" author="bfaccini" created="Tue, 19 Mar 2013 17:52:07 +0000"  >&lt;p&gt;Why not, these endianness issues can have strange consequences, but what puzzles me here is that lmv has been skipped and mdc called straight which triggered a hidden bug (not detected by the static analysis tools !!) where md_getattr() 3rd parameter is passed as a NULL from ll_get_mdt_idx().&lt;/p&gt;

&lt;p&gt;I think this can at least be fixed with &lt;a href=&quot;http://review.whamcloud.com/5769&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/5769&lt;/a&gt; I just submitted.&lt;/p&gt;

&lt;p&gt;Also, thank&apos;s to Johann, lmv does not appear to be loaded in  the modules list shown in the crash output !! This may simply come from a wrong configuration missing lvm with DNE code in ???&lt;/p&gt;</comment>
                            <comment id="54419" author="nedbass" created="Tue, 19 Mar 2013 20:09:07 +0000"  >&lt;p&gt;From the comments I&apos;ve read, it seems the client will skip LMV only if it thinks the server was upgraded from 1.8.  That is not the case here; the server has always run (pre) Lustre 2.4.  Since I can only reproduce this on a PPC client, I wonder if an endianness issue is corrupting the connect flags in a way that makes the client think it is talking to an upgraded 1.8 server.&lt;/p&gt;</comment>
                            <comment id="54429" author="nedbass" created="Tue, 19 Mar 2013 20:47:46 +0000"  >&lt;p&gt;As another data point, I mounted another Lustre 2.4 filesystem (lsrzb) on the same PPC client.  In this case, it did use LMV.  I didn&apos;t test the ioctl, but I verified that the lmv module reference count goes to 1, and /proc entries show up for it, i.e. /proc/fs/lustre/lmv/lsrzb-clilmv-c000000d475b7300/target_obds/lsrzb-MDT0000-mdc-c000000d475b7300.&lt;/p&gt;

&lt;p&gt;So something about the first filesystem (lsrza) makes the client not configure an LMV device.  One difference between the two filesystems is that lsrzb was recently updated with the patch from &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-2240&quot; title=&quot;implement index range lookup for osd-zfs.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-2240&quot;&gt;&lt;del&gt;LU-2240&lt;/del&gt;&lt;/a&gt;.  They were also created at different times, so lsrzb was probably formatted with a slightly more recent code revision.&lt;/p&gt;</comment>
                            <comment id="54432" author="nedbass" created="Tue, 19 Mar 2013 22:36:47 +0000"  >&lt;p&gt;Sorry, I was mistaken about the server version.  The lsrza server is running lustre 2.1.2.  The lsrzb server is running 2.4.  Is it expected that a 2.4 client won&apos;t use LMV when talking to a 2.1 server?&lt;/p&gt;</comment>
                            <comment id="54433" author="nedbass" created="Tue, 19 Mar 2013 23:47:52 +0000"  >&lt;p&gt;Ah, this server was upgraded from 1.8 after all.  Sorry for the confusion.  Too many filesystems to keep straight.&lt;/p&gt;</comment>
                            <comment id="54445" author="bfaccini" created="Wed, 20 Mar 2013 06:20:07 +0000"  >&lt;p&gt;I will check which scenario may fit and lead to the trigger of the bug, but this may be the trick and be what Andreas refers as &quot;single-MDS system without an LMV&quot;.&lt;/p&gt;

&lt;p&gt;Patch #2 has been submitted to conform to Andreas advice on how to short-cut unnecessary dialog with Server.&lt;/p&gt;</comment>
                            <comment id="54835" author="bfaccini" created="Tue, 26 Mar 2013 14:26:31 +0000"  >&lt;p&gt;Patch/Change 5769 #2 successfully passed auto-tests, so Ned is it possible for you to give it a try since you have the platform+reproducer available ?? It would greatly help me to save time in not having to setup the same ... Just tell me if it is possible for you ?&lt;/p&gt;</comment>
                            <comment id="54850" author="nedbass" created="Tue, 26 Mar 2013 16:35:32 +0000"  >&lt;p&gt;Bruno, yes I can give the patch a try.  The affected systems are in production so I can not do the test right away, but I should be able to get it done this week.  Thanks&lt;/p&gt;</comment>
                            <comment id="55722" author="bfaccini" created="Mon, 8 Apr 2013 12:17:12 +0000"  >&lt;p&gt;Ned, any news?&lt;/p&gt;</comment>
                            <comment id="56231" author="nedbass" created="Fri, 12 Apr 2013 22:33:31 +0000"  >&lt;p&gt;Bruno, with your patch I am no longer able to reproduce this bug.  Thanks&lt;/p&gt;</comment>
                            <comment id="56799" author="pjones" created="Tue, 23 Apr 2013 13:12:01 +0000"  >&lt;p&gt;Landed for 2.4&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </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_10390" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hzvlnr:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>7278</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>
                                                                                                                                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>