<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:02: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-6688] sanityn 77a and 77b fail to set the NRS policy</title>
                <link>https://jira.whamcloud.com/browse/LU-6688</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;Both sanityn test 77a and 77b set the NRS policy on the MDS:&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;test_77a() { #LU-3266
        do_facet $SINGLEMDS lctl set_param ost.OSS.*.nrs_policies=&quot;fifo&quot;
&#8230;
}
run_test 77a &quot;check FIFO NRS policy&quot;


test_77b() { #LU-3266
        do_facet $SINGLEMDS lctl set_param ost.OSS.*.nrs_policies=&quot;crrn&quot;
        do_facet $SINGLEMDS lctl set_param ost.OSS.*.nrs_crrn_quantum=1

&#8230;
}
run_test 77b &quot;check CRR-N NRS policy&quot;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;The calls to &#8216;lctl set_param $SINGLEMDS&#8217; are silently failing. In the client test logs, we see:&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;== sanityn test 77a: check FIFO NRS policy == 11:19:01 (1433416741)
CMD: shadow-25vm4 lctl set_param ost.OSS.*.nrs_policies=fifo
shadow-25vm4: error: set_param: ost/OSS/*/nrs_policies: Found no match
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;and&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;== sanityn test 77b: check CRR-N NRS policy == 11:19:17 (1433416757)
CMD: shadow-25vm4 lctl set_param ost.OSS.*.nrs_policies=crrn
shadow-25vm4: error: set_param: ost/OSS/*/nrs_policies: Found no match
CMD: shadow-25vm4 lctl set_param ost.OSS.*.nrs_crrn_quantum=1
shadow-25vm4: error: set_param: ost/OSS/*/nrs_crrn_quantum: Found no match
policy: crr-n, crrn_quantum 1
CMD: shadow-25vm5,shadow-25vm6.shadow.whamcloud.com sync
CMD: shadow-25vm4 lctl set_param ost.OSS.*.nrs_crrn_quantum=64
shadow-25vm4: error: set_param: ost/OSS/*/nrs_crrn_quantum: Found no match
policy: crr-n, crrn_quantum 64
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;One example of test logs with these errors is at &lt;a href=&quot;https://testing.hpdd.intel.com/test_sets/3f006138-0ad1-11e5-88ab-5254006e85c2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.hpdd.intel.com/test_sets/3f006138-0ad1-11e5-88ab-5254006e85c2&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The problem is, looking on the MDS, there is no /proc/fs/lustre/ost directory. &lt;/p&gt;

&lt;p&gt;Since these test are only setting the NRS policy and writing data to files, it may not matter if the NRS policy is set on the MDS(s) or OST(s). &lt;/p&gt;</description>
                <environment></environment>
        <key id="30521">LU-6688</key>
            <summary>sanityn 77a and 77b fail to set the NRS policy</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="jamesanunez">James Nunez</assignee>
                                    <reporter username="jamesanunez">James Nunez</reporter>
                        <labels>
                    </labels>
                <created>Thu, 4 Jun 2015 22:08:25 +0000</created>
                <updated>Thu, 18 Aug 2016 17:28:26 +0000</updated>
                            <resolved>Tue, 16 Aug 2016 15:09:53 +0000</resolved>
                                    <version>Lustre 2.8.0</version>
                                    <fixVersion>Lustre 2.9.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="117518" author="adilger" created="Thu, 4 Jun 2015 23:21:23 +0000"  >&lt;p&gt;For DNE testing it would be possible to set the CRR policies on all the MDSes, so they should use &lt;tt&gt;do_nodes $(comma_list $(mdts_nodes))&lt;/tt&gt; so that it is set on all the MDS nodes consistently, since we don&apos;t know which one will be used for the test.  However, the &lt;tt&gt;nrs_write_read()&lt;/tt&gt; test is mostly doing IO, so it may be better to also set it on the OSS nodes by adding &lt;tt&gt;$(osts_nodes)&lt;/tt&gt; into the list.  Each of these sub-tests should return the policy back to the original policy.&lt;/p&gt;

&lt;p&gt;The orr_trr() function may should also use &lt;tt&gt;do_nodes&lt;/tt&gt; instead of explicitly looping through all the OST index values separately.  It doesn&apos;t make sense to set the ORR policy on the MDS nodes, since it is sorting based on IO object and offset.&lt;/p&gt;

&lt;p&gt;All of these policy settings should verify that there is no error returned, and in nrs_write_read() it should also check for errors returned by &quot;dd&quot;.&lt;/p&gt;</comment>
                            <comment id="160938" author="gerrit" created="Fri, 5 Aug 2016 16:50:06 +0000"  >&lt;p&gt;James Simmons (uja.ornl@yahoo.com) uploaded a new patch: &lt;a href=&quot;http://review.whamcloud.com/21764&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/21764&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6688&quot; title=&quot;sanityn 77a and 77b fail to set the NRS policy&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6688&quot;&gt;&lt;del&gt;LU-6688&lt;/del&gt;&lt;/a&gt; tests: use proper nodes for NRS test&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: b3102e270b560d86afa77a50931d3b7cd7a83e36&lt;/p&gt;</comment>
                            <comment id="160945" author="simmonsja" created="Fri, 5 Aug 2016 17:27:46 +0000"  >&lt;p&gt;Since this blocking my &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8025&quot; title=&quot;ll_direct_io code introduced in LU-6260 is based on 2.4/2.5, ignores LU-1669&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8025&quot;&gt;&lt;del&gt;LU-8025&lt;/del&gt;&lt;/a&gt; work I pushed a fix for this. Please review.&lt;/p&gt;</comment>
                            <comment id="161937" author="gerrit" created="Mon, 15 Aug 2016 21:10:27 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;http://review.whamcloud.com/21764/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/21764/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-6688&quot; title=&quot;sanityn 77a and 77b fail to set the NRS policy&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-6688&quot;&gt;&lt;del&gt;LU-6688&lt;/del&gt;&lt;/a&gt; tests: use proper nodes for NRS test&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: 580ed948b71ab7c71394b72ee809d93db966ade8&lt;/p&gt;</comment>
                            <comment id="162018" author="simmonsja" created="Tue, 16 Aug 2016 15:09:53 +0000"  >&lt;p&gt;Patched landed.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="22764">LU-4499</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </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|hzxf0v:</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>
                                                                                                                                                                                                                                                                                                                                                        </customfields>
    </item>
</channel>
</rss>