<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:04:00 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-126] missing check_failover_pair in some tests of mmp.sh </title>
                <link>https://jira.whamcloud.com/browse/LU-126</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;In mmp.sh, there is no check_failover_pair in the beginning of test 8-10, which might create some fake results when there is no failover-setup there. Though I am not so sure about this. Can some one please check that?&lt;/p&gt;</description>
                <environment></environment>
        <key id="10446">LU-126</key>
            <summary>missing check_failover_pair in some tests of mmp.sh </summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="6" iconUrl="https://jira.whamcloud.com/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="2">Won&apos;t Fix</resolution>
                                        <assignee username="rread">Robert Read</assignee>
                                    <reporter username="sarah">Sarah Liu</reporter>
                        <labels>
                    </labels>
                <created>Mon, 14 Mar 2011 15:38:48 +0000</created>
                <updated>Tue, 15 Mar 2011 13:41:53 +0000</updated>
                            <resolved>Tue, 15 Mar 2011 13:41:53 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                            <comments>
                            <comment id="11074" author="yujian" created="Mon, 14 Mar 2011 19:54:58 +0000"  >&lt;blockquote&gt;&lt;p&gt;In mmp.sh, there is no check_failover_pair in the beginning of test 8-10, which might create some fake results when there is no failover-setup there. Though I am not so sure about this. Can some one please check that?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;For test 8-10, they are cases for verifying running e2fsck on Lustre server target which has MMP feature enabled:&lt;br class=&quot;atl-forced-newline&quot; /&gt;
test 8: mount during e2fsck (should fail)&lt;br class=&quot;atl-forced-newline&quot; /&gt;
test 9: mount after aborted e2fsck (should fail)&lt;br class=&quot;atl-forced-newline&quot; /&gt;
test 10: e2fsck -n with mounted filesystem (should pass)&lt;/p&gt;

&lt;p&gt;without failover partner, the above three test cases should also work. So, check_failover_pair was not used in them.&lt;/p&gt;</comment>
                            <comment id="11112" author="sarah" created="Tue, 15 Mar 2011 13:39:45 +0000"  >&lt;p&gt;Thanks a lot for answering this, will close it.&lt;/p&gt;</comment>
                            <comment id="11113" author="sarah" created="Tue, 15 Mar 2011 13:41:53 +0000"  >&lt;p&gt;not a bug, so close it.&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|hzw02v:</customfieldvalue>

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