<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:34: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-3449] Interop failure on many testsuites: error: set_param: track_declares_assert: Found no match</title>
                <link>https://jira.whamcloud.com/browse/LU-3449</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;Several test suites fail during Interop testing due to a call to lctl set_param to set osd-ldiskfs.track_declares_assert=1. From test-framework.sh&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;if [ -n &quot;$OSD_TRACK_DECLARES_LBUG&quot; ] ; then
  do_nodes $(comma_list $(mdts_nodes) $(osts_nodes)) \
  &quot;$LCTL set_param osd-*.track_declares_assert=1&quot; \
    &amp;gt; /dev/null
fi
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Setting track_declares_assert was added in 2.3.65.&lt;/p&gt;

&lt;p&gt;Two Interop test runs have failed with these errors:&lt;br/&gt;
June 8, b2_3 servers, master clients: &lt;a href=&quot;https://maloo.whamcloud.com/test_sessions/aaa56180-d08c-11e2-a7e3-52540035b04c&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://maloo.whamcloud.com/test_sessions/aaa56180-d08c-11e2-a7e3-52540035b04c&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;June 7, b2_3 servers, b2_4 clients: replay-vbr maybe more: &lt;a href=&quot;https://maloo.whamcloud.com/test_sessions/f0211dda-cf83-11e2-a604-52540035b04c&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://maloo.whamcloud.com/test_sessions/f0211dda-cf83-11e2-a604-52540035b04c&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I have also run into this error running test locally with b2_1 servers and master clients. So, this is a general problem for interop testing.&lt;/p&gt;

&lt;p&gt;From the suite log for the failed test, you 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;CMD: client-32vm3 /usr/sbin/lctl get_param -n version
CMD: client-32vm3,client-32vm4,client-32vm5 PATH=/usr/lib64/lustre/tests:/usr/lib/lustre/tests:/usr/lib64/lustre/tests:/opt/iozone/bin:/opt/iozone/bin:/usr/lib64/lustre/tests/mpi:/usr/lib64/lustre/tests/racer:/usr/lib64/lustre/../lustre-iokit/sgpdd-survey:/usr/lib64/lustre/tests:/usr/lib64/lustre/utils/gss:/usr/lib64/lustre/utils:/usr/lib64/openmpi/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin::/sbin:/bin:/usr/sbin: NAME=autotest_config sh rpc.sh set_default_debug \&quot;0x33f0404\&quot; \&quot; 0xffb7e3ff\&quot; 32 
CMD: client-32vm3,client-32vm4 /usr/sbin/lctl set_param 				 osd-ldiskfs.track_declares_assert=1
client-32vm3: error: set_param: /proc/{fs,sys}/{lnet,lustre}/osd-ldiskfs/track_declares_assert: Found no match
client-32vm4: error: set_param: /proc/{fs,sys}/{lnet,lustre}/osd-ldiskfs/track_declares_assert: Found no match
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment>servers: b2_1 and b2_3&lt;br/&gt;
clients: b2_4 and master</environment>
        <key id="19359">LU-3449</key>
            <summary>Interop failure on many testsuites: error: set_param: track_declares_assert: Found no match</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="1" iconUrl="https://jira.whamcloud.com/images/icons/priorities/blocker.svg">Blocker</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="1">Fixed</resolution>
                                        <assignee username="bfaccini">Bruno Faccini</assignee>
                                    <reporter username="jamesanunez">James Nunez</reporter>
                        <labels>
                            <label>HB</label>
                    </labels>
                <created>Mon, 10 Jun 2013 22:04:27 +0000</created>
                <updated>Thu, 15 Aug 2013 06:36:16 +0000</updated>
                            <resolved>Thu, 15 Aug 2013 06:36:09 +0000</resolved>
                                    <version>Lustre 2.4.1</version>
                                    <fixVersion>Lustre 2.4.1</fixVersion>
                    <fixVersion>Lustre 2.5.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>8</watches>
                                                                            <comments>
                            <comment id="60305" author="keith" created="Mon, 10 Jun 2013 23:15:57 +0000"  >&lt;p&gt;So this call should be wrapped with a version check then? &lt;/p&gt;</comment>
                            <comment id="60327" author="bfaccini" created="Tue, 11 Jun 2013 06:42:31 +0000"  >&lt;p&gt;That&apos;s right Keith, I forgot interop cases when I introduced this as part of &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-3110&quot; title=&quot;Disable osd declaration tracking for 2.4 release&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-3110&quot;&gt;&lt;del&gt;LU-3110&lt;/del&gt;&lt;/a&gt; fixes ... Will fix that!&lt;/p&gt;</comment>
                            <comment id="60503" author="adilger" created="Thu, 13 Jun 2013 01:43:04 +0000"  >&lt;p&gt;Instead of a version check, it could just check whether the proc file exists or not. &lt;/p&gt;</comment>
                            <comment id="60576" author="bfaccini" created="Thu, 13 Jun 2013 17:57:48 +0000"  >&lt;p&gt;Sure, less elegant but more robust check !!&lt;br/&gt;
Master patch is at &lt;a href=&quot;http://review.whamcloud.com/6639&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/6639&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="61956" author="jlevi" created="Tue, 9 Jul 2013 18:13:54 +0000"  >&lt;p&gt;Patch landed to Master so I am closing this ticket. Please let me know if something more is needed and I will reopen.&lt;/p&gt;</comment>
                            <comment id="62525" author="yujian" created="Thu, 18 Jul 2013 04:13:36 +0000"  >&lt;blockquote&gt;&lt;p&gt;Master patch is at &lt;a href=&quot;http://review.whamcloud.com/6639&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/6639&lt;/a&gt;&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Hi Oleg, could you please cherry-pick the above patch to Lustre b2_4 branch? The interop testing between Lustre b2_4 clients and old servers is blocked by this issue.&lt;/p&gt;</comment>
                            <comment id="62538" author="bfaccini" created="Thu, 18 Jul 2013 12:36:09 +0000"  >&lt;p&gt;All, may be I forgot to tell you but you can disable tracking of declares by setting  OSD_TRACK_DECLARES_LBUG env. var to &quot;no&quot;. May be you can try to use it before patch lands.&lt;/p&gt;</comment>
                            <comment id="62593" author="yujian" created="Fri, 19 Jul 2013 09:52:16 +0000"  >&lt;p&gt;Thanks Bruno for the information. For the test sessions performed by autotest, the variable needs to be set by autotest. However, I&apos;m concerned that this will affect all of the test sessions. So, landing the patch asap on Lustre b2_4 branch is a better way. &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.whamcloud.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                            <comment id="63937" author="yujian" created="Fri, 9 Aug 2013 09:21:18 +0000"  >&lt;p&gt;Have to reopen this ticket for it&apos;s blocking the interop testing between Lustre b2_4 clients and old servers.&lt;/p&gt;</comment>
                            <comment id="64320" author="yujian" created="Thu, 15 Aug 2013 06:36:02 +0000"  >&lt;p&gt;Patch was cherry-picked to Lustre b2_4 branch.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="18252">LU-3110</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|hzvszz:</customfieldvalue>

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