<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:36: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-10540] recovery-small test 104 fails with  &apos;ir status on ost1 should be DISABLED&apos; </title>
                <link>https://jira.whamcloud.com/browse/LU-10540</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;recovery-small test_104 fails in full and failover test sessions for, so far, only SLES12 SP2 and SLES12 SP3. &lt;/p&gt;

&lt;p&gt;Looking at the client test_log, we see two failures:&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;Started lustre-OST0000
CMD: trevis-7vm7 /usr/sbin/lctl get_param -n obdfilter.lustre-OST0000.recovery_status |
			awk &apos;/status:/{ print \$2}&apos;
CMD: trevis-7vm7 lctl get_param -n obdfilter.lustre-OST0000.recovery_status |
                               awk &apos;/IR:/{ print \$2}&apos;
/usr/lib64/lustre/tests/recovery-small.sh: line 1630: [: too many arguments
 recovery-small test_104: @@@@@@ FAIL: Error state , must be ENABLED or DISABLED 
  Trace dump:
  = /usr/lib64/lustre/tests/test-framework.sh:5335:error()
  = /usr/lib64/lustre/tests/recovery-small.sh:1631:check_target_ir_state()
  = /usr/lib64/lustre/tests/recovery-small.sh:1873:test_104()
  = /usr/lib64/lustre/tests/test-framework.sh:5611:run_one()
  = /usr/lib64/lustre/tests/test-framework.sh:5650:run_one_logged()
  = /usr/lib64/lustre/tests/test-framework.sh:5497:run_test()
  = /usr/lib64/lustre/tests/recovery-small.sh:1877:main()
CMD: trevis-7vm5,trevis-7vm6,trevis-7vm7,trevis-7vm8 /usr/sbin/lctl dk &amp;gt; /home/autotest/autotest/logs/test_logs/2018-01-19/lustre-master-patchless-sles12sp3-x86_64--full--1_5_1__58___d9f8a5c0-4038-4a31-8ae1-d00da7add1bf/recovery-small.test_104.debug_log.\$(hostname -s).1516426665.log;
         dmesg &amp;gt; /home/autotest/autotest/logs/test_logs/2018-01-19/lustre-master-patchless-sles12sp3-x86_64--full--1_5_1__58___d9f8a5c0-4038-4a31-8ae1-d00da7add1bf/recovery-small.test_104.dmesg.\$(hostname -s).1516426665.log
CMD: trevis-7vm5,trevis-7vm6,trevis-7vm7,trevis-7vm8 lctl set_param -n fail_loc=0 	    fail_val=0 2&amp;gt;/dev/null
/usr/lib64/lustre/tests/recovery-small.sh: line 1874: [: too many arguments
 recovery-small test_104: @@@@@@ FAIL: ir status on ost1 should be DISABLED 
  Trace dump:
  = /usr/lib64/lustre/tests/test-framework.sh:5335:error()
  = /usr/lib64/lustre/tests/recovery-small.sh:1875:test_104()
  = /usr/lib64/lustre/tests/test-framework.sh:5611:run_one()
  = /usr/lib64/lustre/tests/test-framework.sh:5650:run_one_logged()
  = /usr/lib64/lustre/tests/test-framework.sh:5497:run_test()
  = /usr/lib64/lustre/tests/recovery-small.sh:1877:main()
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;The first error comes from the routine check_target_ir_state():&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;1616 check_target_ir_state()
1617 {
1618         local target=${1}
1619         local name=${target}_svc
1620         local recovery_proc=obdfilter.${!name}.recovery_status
1621         local st
1622 
1623         while : ; do
1624                 st=$(do_facet $target &quot;$LCTL get_param -n $recovery_proc |
1625                         awk &apos;/status:/{ print \\\$2}&apos;&quot;)
1626                 [ x$st = xRECOVERING ] || break
1627         done
1628         st=$(do_facet $target &quot;lctl get_param -n $recovery_proc |
1629                                awk &apos;/IR:/{ print \\\$2}&apos;&quot;)
1630         [ $st != ON -o $st != OFF -o $st != ENABLED -o $st != DISABLED ] ||
1631                 error &quot;Error state $st, must be ENABLED or DISABLED&quot;
1632         echo -n $st
1633 }
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;The second error comes from test_104 itself from the following test code and is due to the previous failure check_target_ir_state() error:&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;1873         local ir_state=$(check_target_ir_state ost1)
1874         [ $ir_state = &quot;DISABLED&quot; -o $ir_state = &quot;OFF&quot; ] ||
1875                 error &quot;ir status on ost1 should be DISABLED&quot;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;



&lt;p&gt;This test started failing on 2018-01-09 for lustre-master-patchless branch build #53 and lustre-master branch build #3693. Logs for these failures are at &lt;br/&gt;
&lt;a href=&quot;https://testing.hpdd.intel.com/test_sets/ab46a562-f595-11e7-a169-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.hpdd.intel.com/test_sets/ab46a562-f595-11e7-a169-52540065bddc&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://testing.hpdd.intel.com/test_sets/0f1fc7ca-f68c-11e7-a7cd-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.hpdd.intel.com/test_sets/0f1fc7ca-f68c-11e7-a7cd-52540065bddc&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://testing.hpdd.intel.com/test_sets/8802771e-fde4-11e7-a7cd-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.hpdd.intel.com/test_sets/8802771e-fde4-11e7-a7cd-52540065bddc&lt;/a&gt;&lt;/p&gt;


</description>
                <environment>SLES12 SP2 and SP3 environments</environment>
        <key id="50331">LU-10540</key>
            <summary>recovery-small test 104 fails with  &apos;ir status on ost1 should be DISABLED&apos; </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="1" iconUrl="https://jira.whamcloud.com/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="default"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="jamesanunez">James Nunez</reporter>
                        <labels>
                    </labels>
                <created>Sun, 21 Jan 2018 00:35:49 +0000</created>
                <updated>Tue, 12 Mar 2019 03:23:55 +0000</updated>
                                            <version>Lustre 2.11.0</version>
                    <version>Lustre 2.12.0</version>
                    <version>Lustre 2.10.4</version>
                    <version>Lustre 2.10.5</version>
                    <version>Lustre 2.10.6</version>
                    <version>Lustre 2.10.7</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>7</watches>
                                                                            <comments>
                            <comment id="220480" author="pjones" created="Thu, 8 Feb 2018 18:37:22 +0000"  >&lt;p&gt;Bob&lt;/p&gt;

&lt;p&gt;Can you please advise&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;</comment>
                            <comment id="220487" author="bogl" created="Thu, 8 Feb 2018 19:06:46 +0000"  >&lt;p&gt;I can&apos;t reproduce the failure in order to see what is wrong.  Have tried on both sles12sp2 and sles12sp3.  Not seeing any error at line 1630 as reported in logs.   call to check_target_ir_state() is returning DISABLED without error.&lt;/p&gt;</comment>
                            <comment id="220488" author="bogl" created="Thu, 8 Feb 2018 19:11:38 +0000"  >&lt;p&gt;I note that the calls to lctl in the script are inconsistent.   Some use &apos;lctl&apos;, others use &apos;$LCTL&apos;.  I don&apos;t know why that would cause problems, but it does seem odd.&lt;/p&gt;

&lt;p&gt;Doesn&apos;t explain why I can&apos;t reproduce the failure.&lt;/p&gt;</comment>
                            <comment id="220490" author="gerrit" created="Thu, 8 Feb 2018 19:30:19 +0000"  >&lt;p&gt;Bob Glossman (bob.glossman@intel.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/31233&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/31233&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-10540&quot; title=&quot;recovery-small test 104 fails with  &amp;#39;ir status on ost1 should be DISABLED&amp;#39; &quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-10540&quot;&gt;LU-10540&lt;/a&gt; test: try to reproduce reported test fail&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 52683b43d3ada5b3149754928757598d190c370e&lt;/p&gt;</comment>
                            <comment id="220492" author="bogl" created="Thu, 8 Feb 2018 19:47:26 +0000"  >&lt;p&gt;I note that all the reported test sets with the fail are &apos;full&apos; or &apos;failover&apos; tests.  none are the more common &apos;review&apos; tests.   Is there some difference in the execution environment or test config of &apos;full&apos; and &apos;failover&apos; that might be significant?&lt;/p&gt;</comment>
                            <comment id="223750" author="jamesanunez" created="Thu, 15 Mar 2018 15:26:33 +0000"  >&lt;p&gt;Here&apos;s a recent example of this failure &lt;a href=&quot;https://testing.hpdd.intel.com/test_sessions/b012c507-db61-4fe2-8611-3f30754a759a.&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.hpdd.intel.com/test_sessions/b012c507-db61-4fe2-8611-3f30754a759a.&lt;/a&gt;&#160;As you can see, this is running SLES12 SP3 distro with DNE configured, 2 MDTs on each of two MDSs and a single OSS with seven OSTs with two clients. So, this configuration is the same that is run for review-dne-part-* testing.&lt;/p&gt;</comment>
                            <comment id="225573" author="mdiep" created="Mon, 9 Apr 2018 23:21:29 +0000"  >&lt;p&gt;+1 on 2.10 &lt;a href=&quot;https://testing.hpdd.intel.com/test_sets/808b8dda-3aa3-11e8-8f8a-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.hpdd.intel.com/test_sets/808b8dda-3aa3-11e8-8f8a-52540065bddc&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="234121" author="yujian" created="Sat, 29 Sep 2018 01:35:28 +0000"  >&lt;p&gt;+1 on master branch:&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/ec4ca7c6-c346-11e8-b748-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/ec4ca7c6-c346-11e8-b748-52540065bddc&lt;/a&gt;&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|hzzrfj:</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>