<!-- 
RSS generated by JIRA (5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9) at Wed May 22 03:49:20 CDT 2013

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 add field=key&field=summary to the URL of your request.
For example:
http://www.couchbase.com/issues/si/jira.issueviews:issue-xml/MB-5602/MB-5602.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Couchbase</title>
    <link>http://www.couchbase.com/issues</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>5.2.4</version>
        <build-number>845</build-number>
        <build-date>26-12-2012</build-date>
    </build-info>

<item>
            <title>[MB-5602] auto-failover fails over a node if some of the buckets are already rebalanced out but rebalance has been stopped or interrupted ( auto-failover should failover if all buckets are down)</title>
                <link>http://www.couchbase.com/issues/browse/MB-5602</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>Setup&lt;br/&gt;
1.Setup a 18 node cluster with 2 buckets- bucket1, bucket2&lt;br/&gt;
2. Enable auto-failover&lt;br/&gt;
3. Add a new node 126&lt;br/&gt;
4. Rebalance&lt;br/&gt;
&lt;br/&gt;
Output&lt;br/&gt;
1. Rebalance works fine. But seeing these log messages -&lt;br/&gt;
&lt;br/&gt;
Could not automatically failover node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39; because I think rebalance is running  auto_failover000        &lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;gt;&amp;gt; 19:32:12 - Sun Jun 17, 2012&lt;br/&gt;
Bucket &amp;quot;bucket1&amp;quot; loaded on node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39; in 0 seconds.       ns_memcached001 &lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;gt;       19:32:04 - Sun Jun 17, 2012&lt;br/&gt;
Started rebalancing bucket bucket2      ns_rebalancer000        &lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;gt;&amp;gt; 19:31:36 - Sun Jun 17, 2012&lt;br/&gt;
Starting rebalance, KeepNodes = [&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.85&apos;&gt;ns_1@10.3.2.85&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.85&apos;&gt;ns_1@10.3.2.85&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.85&apos;&gt;ns_1@10.3.2.85&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.85&apos;&gt;ns_1@10.3.2.85&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.86&apos;&gt;ns_1@10.3.2.86&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.86&apos;&gt;ns_1@10.3.2.86&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.86&apos;&gt;ns_1@10.3.2.86&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.86&apos;&gt;ns_1@10.3.2.86&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.87&apos;&gt;ns_1@10.3.2.87&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.87&apos;&gt;ns_1@10.3.2.87&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.87&apos;&gt;ns_1@10.3.2.87&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.87&apos;&gt;ns_1@10.3.2.87&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.88&apos;&gt;ns_1@10.3.2.88&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.88&apos;&gt;ns_1@10.3.2.88&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.88&apos;&gt;ns_1@10.3.2.88&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.88&apos;&gt;ns_1@10.3.2.88&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.89&apos;&gt;ns_1@10.3.2.89&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.89&apos;&gt;ns_1@10.3.2.89&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.89&apos;&gt;ns_1@10.3.2.89&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.89&apos;&gt;ns_1@10.3.2.89&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.104&apos;&gt;ns_1@10.3.2.104&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.105&apos;&gt;ns_1@10.3.2.105&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.105&apos;&gt;ns_1@10.3.2.105&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.105&apos;&gt;ns_1@10.3.2.105&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.105&apos;&gt;ns_1@10.3.2.105&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.106&apos;&gt;ns_1@10.3.2.106&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.106&apos;&gt;ns_1@10.3.2.106&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.106&apos;&gt;ns_1@10.3.2.106&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.106&apos;&gt;ns_1@10.3.2.106&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.108&apos;&gt;ns_1@10.3.2.108&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.108&apos;&gt;ns_1@10.3.2.108&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.108&apos;&gt;ns_1@10.3.2.108&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.108&apos;&gt;ns_1@10.3.2.108&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.109&apos;&gt;ns_1@10.3.2.109&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.109&apos;&gt;ns_1@10.3.2.109&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.109&apos;&gt;ns_1@10.3.2.109&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.109&apos;&gt;ns_1@10.3.2.109&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.110&apos;&gt;ns_1@10.3.2.110&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.110&apos;&gt;ns_1@10.3.2.110&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.110&apos;&gt;ns_1@10.3.2.110&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.110&apos;&gt;ns_1@10.3.2.110&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.111&apos;&gt;ns_1@10.3.2.111&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.111&apos;&gt;ns_1@10.3.2.111&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.111&apos;&gt;ns_1@10.3.2.111&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.111&apos;&gt;ns_1@10.3.2.111&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.112&apos;&gt;ns_1@10.3.2.112&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.112&apos;&gt;ns_1@10.3.2.112&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.112&apos;&gt;ns_1@10.3.2.112&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.112&apos;&gt;ns_1@10.3.2.112&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.113&apos;&gt;ns_1@10.3.2.113&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.113&apos;&gt;ns_1@10.3.2.113&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.113&apos;&gt;ns_1@10.3.2.113&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.113&apos;&gt;ns_1@10.3.2.113&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.114&apos;&gt;ns_1@10.3.2.114&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.114&apos;&gt;ns_1@10.3.2.114&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.114&apos;&gt;ns_1@10.3.2.114&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.114&apos;&gt;ns_1@10.3.2.114&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.2.115&apos;&gt;ns_1@10.3.2.115&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.115&apos;&gt;ns_1@10.3.2.115&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.115&apos;&gt;ns_1@10.3.2.115&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.2.115&apos;&gt;ns_1@10.3.2.115&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;,&lt;br/&gt;
&amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39;], EjectNodes = []&lt;br/&gt;
&lt;br/&gt;
Attached are the web-logs and logs from master node-104.&lt;br/&gt;
&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/web-log-largeCluster/ns-diag-20120618095246.txt&quot;&gt;https://s3.amazonaws.com/bugdb/jira/web-log-largeCluster/ns-diag-20120618095246.txt&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/web-log-largeCluster/10.3.2.104-8091-diag.txt.gz&quot;&gt;https://s3.amazonaws.com/bugdb/jira/web-log-largeCluster/10.3.2.104-8091-diag.txt.gz&lt;/a&gt;&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
Other related conversation&lt;br/&gt;
I have enabled auto-failover on the large-cluster and every time I rebalance In a node, I get an error message showing &amp;quot; Could not automatically failover node &amp;#39;&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;lt;mailto:&lt;a href=&apos;mailto:ns_1@10.3.121.126&apos;&gt;ns_1@10.3.121.126&lt;/a&gt;&amp;gt;&amp;gt;&amp;#39; because I think rebalance is running&amp;quot; .&lt;br/&gt;
The node 126 is newly added and rebalance issued, is this message displayed because the node is not yet ready to join the cluster ?&lt;br/&gt;
The rebalance works fine, but I do not understand why is auto-failover attempted in here. Any idea?&lt;br/&gt;
&lt;br/&gt;
No. according to logs at 19:32:04 bucket1 was loaded. Maybe there are some other buckets that are still not ready on this node. May I have logs?&lt;br/&gt;
&lt;br/&gt;
</description>
                <environment>18 node cluster, Centos&lt;br/&gt;
Build 181-918&lt;br/&gt;
2 buckets, 1024vbuckets</environment>
            <key id="17865">MB-5602</key>
            <summary>auto-failover fails over a node if some of the buckets are already rebalanced out but rebalance has been stopped or interrupted ( auto-failover should failover if all buckets are down)</summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="1" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/blocker.png">Blocker</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="alkondratenko">Aleksey Kondratenko</assignee>
                                <reporter username="ketaki">Ketaki Gangal</reporter>
                        <labels>
                    </labels>
                <created>Mon, 18 Jun 2012 16:55:39 -0500</created>
                <updated>Wed, 9 Jan 2013 22:59:34 -0600</updated>
                    <resolved>Tue, 19 Jun 2012 18:53:16 -0500</resolved>
                            <version>1.8.1-release-candidate</version>
                                <fixVersion>1.8.1</fixVersion>
                                <component>ns_server</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="30473" author="farshid" created="Mon, 18 Jun 2012 17:14:49 -0500"  >&lt;br/&gt;
This happens if you have 2 or more buckets and autofailover is enabled and if both buckets have significant amount of data.&lt;br/&gt;
&lt;br/&gt;
After rebalancing out first bucket node will incorrectly be interpreted as down by autofailover service since it doesn&amp;#39;t have all buckets this service thinks (incorrectly) it needs to have.&lt;br/&gt;
&lt;br/&gt;
Normally rebalance prevents autofailover to actually do anything, but if rebalance is stopped, then &amp;#39;partially&amp;#39; rebalance out node will be automatically failed over.&lt;br/&gt;
&lt;br/&gt;
Seen here: &lt;a href=&quot;https://s3.amazonaws.com/bugdb/jira/web-log-largeCluster/10.3.2.104-8091-diag.txt.gz&quot;&gt;https://s3.amazonaws.com/bugdb/jira/web-log-largeCluster/10.3.2.104-8091-diag.txt.gz&lt;/a&gt;&lt;br/&gt;
</comment>
                    <comment id="30598" author="karan" created="Tue, 19 Jun 2012 18:53:16 -0500"  >&lt;a href=&quot;http://review.couchbase.org/#change,17372&quot;&gt;http://review.couchbase.org/#change,17372&lt;/a&gt;</comment>
                    <comment id="30864" author="ketaki" created="Thu, 21 Jun 2012 16:39:57 -0500"  >Tested on large-cluster build 927- Not seeing anymore auto-failover messages. &lt;br/&gt;
Closing this bug for now.</comment>
                    <comment id="31056" author="thuan" created="Fri, 22 Jun 2012 23:35:30 -0500"  >Integrated in github-ns-server-2-0 #380 (See [&lt;a href=&quot;http://qa.hq.northscale.net/job/github-ns-server-2-0/380/&quot;&gt;http://qa.hq.northscale.net/job/github-ns-server-2-0/380/&lt;/a&gt;])&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;a href=&quot;http://www.couchbase.com/issues/browse/MB-5602&quot; title=&quot;auto-failover fails over a node if some of the buckets are already rebalanced out but rebalance has been stopped or interrupted ( auto-failover should failover if all buckets are down)&quot;&gt;&lt;strike&gt;MB-5602&lt;/strike&gt;&lt;/a&gt;: consider buckets&amp;#39; servers list when computing down nodes (Revision 72b674c47e386dac5a28ecaadfea2f37c3d14133)&lt;br/&gt;
&lt;br/&gt;
&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;Result = SUCCESS&lt;br/&gt;
Farshid Ghods : &lt;br/&gt;
Files : &lt;br/&gt;
* src/auto_failover.erl&lt;br/&gt;
</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Mon, 18 Jun 2012 17:14:49 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>4928</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>
</channel>
</rss>