<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:14:23 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-1193] test script incompatibility when running server as 2.1 and client as 2.2</title>
                <link>https://jira.whamcloud.com/browse/LU-1193</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;When running conf-sanity.sh with 2.1 server and 2.2 client, sub-test 61 failed, since the test script is different between server and client. It actually ran the client script on the server side which caused error. After copying conf-sanity from server to client, the test passed. The similar issue also found in some sanity sub-tests, such as 133a,133d,160&lt;/p&gt;</description>
                <environment></environment>
        <key id="13471">LU-1193</key>
            <summary>test script incompatibility when running server as 2.1 and client as 2.2</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="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="ys">Yang Sheng</assignee>
                                    <reporter username="sarah">Sarah Liu</reporter>
                        <labels>
                    </labels>
                <created>Tue, 6 Mar 2012 23:11:13 +0000</created>
                <updated>Fri, 25 May 2012 18:40:04 +0000</updated>
                            <resolved>Tue, 8 May 2012 00:56:49 +0000</resolved>
                                                    <fixVersion>Lustre 2.3.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>2</watches>
                                                                            <comments>
                            <comment id="30745" author="pjones" created="Fri, 9 Mar 2012 00:46:30 +0000"  >&lt;p&gt;Yangsheng&lt;/p&gt;

&lt;p&gt;Could you please look into this one?&lt;/p&gt;

&lt;p&gt;THanks&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;</comment>
                            <comment id="31045" author="adilger" created="Tue, 13 Mar 2012 10:30:05 +0000"  >&lt;p&gt;This is causing many tests (14% or more) to fail during autotest. It makes sense to add a simple check to each of the failing subtests to verify whether the server is capable of running this test properly.&lt;/p&gt;

&lt;p&gt;The easiest way would be something like &quot;do_facet mds lctl get_param version&quot; and check if it is new enough. &lt;/p&gt;

&lt;p&gt;A better solution would be to have a test-specific check, like for sanity test_133d to see if the MDS has the right proc stats or not. In other cases it might not be so easy and a version check may be needed. &lt;/p&gt;</comment>
                            <comment id="31290" author="ys" created="Thu, 15 Mar 2012 13:16:44 +0000"  >&lt;p&gt;Ok, So we have a list as below:&lt;/p&gt;

&lt;p&gt;conf-sanity-61&lt;br/&gt;
sanity-133a,133d,160&lt;/p&gt;

&lt;p&gt;Please comment other if not in the list.&lt;/p&gt;</comment>
                            <comment id="31630" author="sarah" created="Wed, 21 Mar 2012 00:04:00 +0000"  >&lt;p&gt;sanity-225a  sanity-225b, these two tests should not be run on 2.1.x, it will cause oops.&lt;/p&gt;</comment>
                            <comment id="31633" author="sarah" created="Wed, 21 Mar 2012 00:44:08 +0000"  >&lt;p&gt;recovery-small, subtest 100 to 105 are new in 2.2 script, should not be run under 2.1&lt;/p&gt;</comment>
                            <comment id="33323" author="adilger" created="Mon, 2 Apr 2012 16:55:59 +0000"  >&lt;p&gt;Yang Sheng,&lt;br/&gt;
having a list is the starting point, but what still needs to be done is to fix the test scripts so that they are skipped if the server does not have the right functionality to run the test from the client.  This can be checked at the start of these failing tests by looking at &quot;lctl get_param mdc.*.connect_flags&quot; (for features that have a connect flag) or by &quot;do_facet $SINGLEMDS &lt;/p&gt;
{some check}
&lt;p&gt;&quot; for other features.  The check might be looking at the presence of &quot;lctl list_param mdt.*.rename_stats&quot; for sanity.sh test_133d, or simply &quot;lctl get_param version&quot; for others.&lt;/p&gt;

&lt;p&gt;Having just a list of failing tests here in Jira does not stop those tests from failing, and it pollutes the test results with failures, which wastes everyone&apos;s time.&lt;/p&gt;</comment>
                            <comment id="33330" author="chris" created="Mon, 2 Apr 2012 18:25:54 +0000"  >&lt;p&gt;Yang Sheng,&lt;/p&gt;

&lt;p&gt;Could you create a new ticket for each of these tests, or possibly groups of tests. We don&apos;t group source code issues like this and shouldn&apos;t do so with test code issues either.&lt;/p&gt;

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

&lt;p&gt;Chris&lt;/p&gt;</comment>
                            <comment id="38286" author="ys" created="Tue, 8 May 2012 00:56:49 +0000"  >&lt;p&gt;Close it, please reopen if any works need.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="13545">LU-1209</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="11686">LU-664</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <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|hzv4dz:</customfieldvalue>

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