<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:48:09 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-11928] Noisy &quot;mdt_attr_valid_xlate()) Unknown attr bits: 0x60000&quot;</title>
                <link>https://jira.whamcloud.com/browse/LU-11928</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;When testing 2.12.0 clients against 2.10.5 servers, the server log was filled up by this kind of message:&#160;&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;LustreError: 14950:0:(mdt_lib.c:961:mdt_attr_valid_xlate()) Unknown attr bits: 0x60000
LustreError: 14950:0:(mdt_lib.c:961:mdt_attr_valid_xlate()) Skipped 3853 previous similar messages&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;2.12 clients are sending RPC with LSOM attributes, matching this 0x60000, that 2.10 servers do not understand. The error looks more to me like a warning as the server will simply ignore the LSOM attributes.&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
&lt;span class=&quot;code-keyword&quot;&gt;static&lt;/span&gt; __u64 mdt_attr_valid_xlate(__u64 in, struct mdt_reint_record *rr,
                                  struct md_attr *ma)
{

            ...

            in &amp;amp;= ~(MDS_ATTR_MODE | MDS_ATTR_UID | MDS_ATTR_GID | MDS_ATTR_PROJID |
                MDS_ATTR_ATIME | MDS_ATTR_MTIME | MDS_ATTR_CTIME |
                MDS_ATTR_ATIME_SET | MDS_ATTR_CTIME_SET | MDS_ATTR_MTIME_SET |
                MDS_ATTR_SIZE | MDS_ATTR_BLOCKS | MDS_ATTR_ATTR_FLAG |
                MDS_ATTR_FORCE | MDS_ATTR_KILL_SUID | MDS_ATTR_KILL_SGID |
                MDS_ATTR_FROM_OPEN | MDS_OPEN_OWNEROVERRIDE);
            &lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt; (in != 0)
                CERROR(&lt;span class=&quot;code-quote&quot;&gt;&quot;Unknown attr bits: %#llx\n&quot;&lt;/span&gt;, in);
            &lt;span class=&quot;code-keyword&quot;&gt;return&lt;/span&gt; out;
}&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;I think we should make that at least a warning, of even maybe a debug.&lt;/p&gt;

&lt;p&gt;What do you think? I can send a patch for that, based on your preference.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</description>
                <environment></environment>
        <key id="54781">LU-11928</key>
            <summary>Noisy &quot;mdt_attr_valid_xlate()) Unknown attr bits: 0x60000&quot;</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.whamcloud.com/images/icons/priorities/major.svg">Major</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="3">Duplicate</resolution>
                                        <assignee username="degremoa">Aurelien Degremont</assignee>
                                    <reporter username="degremoa">Aurelien Degremont</reporter>
                        <labels>
                    </labels>
                <created>Tue, 5 Feb 2019 16:43:46 +0000</created>
                <updated>Mon, 25 Nov 2019 20:33:20 +0000</updated>
                            <resolved>Wed, 6 Mar 2019 19:44:26 +0000</resolved>
                                    <version>Lustre 2.7.0</version>
                    <version>Lustre 2.10.5</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="241401" author="adilger" created="Tue, 5 Feb 2019 18:52:23 +0000"  >&lt;p&gt;I agree that this shouldn&apos;t be spewing on the console. I think there are a few options, possibly more than one is useful to add:&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;add the lazy flags to the list of known flags, so we quiet these specific errors, but are notified future errors&lt;/li&gt;
	&lt;li&gt;quiet the error message to not print to the console.  I don&apos;t think marking it a warning is helpful&lt;/li&gt;
	&lt;li&gt;add an &lt;tt&gt;OBD_CONNECT_LSOM&lt;/tt&gt; flag so that clients don&apos;t send these flags to older servers that don&apos;t support it&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="241411" author="sthiell" created="Tue, 5 Feb 2019 21:31:09 +0000"  >&lt;p&gt;Just a quick note to say that we&apos;re seeing the same error messages on Lustre 2.8 servers (Regal, old system, EOL in 6 months so won&apos;t upgrade anymore) and Oak (Lustre 2.10, no problem to upgrade). The errors cannot be seen on Fir servers (Lustre 2.12, Regal&apos;s replacement). The logs started when we first upgraded our first clients to 2.12. Example on Regal&apos;s 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;LustreError: 6605:0:(mdt_lib.c:876:mdt_attr_valid_xlate()) Unknown attr bits: 0x60000
LustreError: 6605:0:(mdt_lib.c:876:mdt_attr_valid_xlate()) Skipped 2012250 previous similar messages
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;That was only with a handful of clients, but we&apos;re upgrading all our clients (~1,400) to 2.12  today so let&apos;s hope that this won&apos;t have a significant impact on MDT performance.&lt;/p&gt;</comment>
                            <comment id="243182" author="pjones" created="Fri, 1 Mar 2019 22:20:35 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.whamcloud.com/secure/ViewProfile.jspa?name=degremoa&quot; class=&quot;user-hover&quot; rel=&quot;degremoa&quot;&gt;degremoa&lt;/a&gt; do you still plan to submit a patch for this?&lt;/p&gt;</comment>
                            <comment id="243279" author="degremoa" created="Mon, 4 Mar 2019 11:19:56 +0000"  >&lt;p&gt;Try to find some time to do them.&lt;/p&gt;

&lt;p&gt;Andreas, does this make sense to you:&lt;/p&gt;

&lt;p&gt;&amp;gt; add the lazy flags to the list of known flags, so we quiet these specific errors, but are notified future errors&lt;/p&gt;

&lt;p&gt;Add them to the `in` list in `mdt_attr_valid_xlate()` for 2.10 LTS?&lt;/p&gt;

&lt;p&gt;&amp;gt; quiet the error message to not print to the console. I don&apos;t think marking it a warning is helpful&lt;/p&gt;

&lt;p&gt;Replace `CERROR(...)` with `CDEBUG(D_INFO, ...)` in `mdt_attr_valid_xlate()` for 2.10 LTS, 2.12 LTS and master?&lt;/p&gt;

&lt;p&gt;&amp;gt; add an &lt;tt&gt;OBD_CONNECT_LSOM&lt;/tt&gt; flag so that clients don&apos;t send these flags to older servers that don&apos;t support it&lt;/p&gt;

&lt;p&gt;A patch for master and maybe a backport for 2.12 ? Does it look like a bit overkill to add a connect flag for that?&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;</comment>
                            <comment id="243280" author="adilger" created="Mon, 4 Mar 2019 11:50:58 +0000"  >&lt;p&gt;There is already a patch &lt;a href=&quot;https://review.whamcloud.com/34343&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/34343&lt;/a&gt; &quot;&lt;tt&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12021&quot; title=&quot;Error message of mdt_attr_valid_xlate() when 2.12 client to 2.10 server&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12021&quot;&gt;&lt;del&gt;LU-12021&lt;/del&gt;&lt;/a&gt; lsom: Add an OBD_CONNECT2_LSOM connect flag&lt;/tt&gt;&quot;.  This is the only way to avoid this constant error on any old MDS from a new client without adding patches to all the old releases.  The connect flag can be used for a few years and dropped eventually, as we&apos;ve done with other flags.  It would be good to still quiet the error message on the MDS so that we don&apos;t get this problem again in the future.&lt;/p&gt;</comment>
                            <comment id="243422" author="adilger" created="Wed, 6 Mar 2019 19:44:26 +0000"  >&lt;p&gt;Patch is under &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12021&quot; title=&quot;Error message of mdt_attr_valid_xlate() when 2.12 client to 2.10 server&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12021&quot;&gt;&lt;del&gt;LU-12021&lt;/del&gt;&lt;/a&gt; so let&apos;s use that for tracking.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="54996">LU-12021</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|i00b0f:</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>