<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:52:58 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-12481] conf-sanity test_61: setfattr: /mnt/lustre/f61.conf-sanity: Argument list too long</title>
                <link>https://jira.whamcloud.com/browse/LU-12481</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;This issue was created by maloo for Andreas Dilger  &amp;lt;adilger@whamcloud.com&amp;gt;&lt;/p&gt;

&lt;p&gt;This issue relates to the following test suite run: &lt;a href=&quot;https://testing.whamcloud.com/test_sets/80f078fe-6bed-11e9-a6f9-52540065bddc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/80f078fe-6bed-11e9-a6f9-52540065bddc&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;test_61 failed with the following error in the test logs:&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;save large xattr trusted.big on /mnt/lustre/f61.conf-sanity
setfattr: /mnt/lustre/f61.conf-sanity: Argument list too long
 conf-sanity test_61: @@@@@@ FAIL: saving trusted.big on /mnt/lustre/f61.conf-sanity failed 
saving trusted.big on /mnt/lustre/f61.conf-sanity failed
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;The client console log reports &lt;tt&gt;-E2BIG = &quot;Argument list too long&quot;&lt;/tt&gt; as an 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;LustreError: 11-0: lustre-MDT0000-mdc-ffff92be1e196000: operation mds_reint to node 10.9.4.157@tcp failed: rc = -7
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;and the MDS console log has a matching failure:&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: 17620:0:(mdt_handler.c:2143:mdt_reint_internal()) Can&apos;t unpack reint, rc -7
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;which is failing the check:&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-object&quot;&gt;int&lt;/span&gt; mdt_reint_setxattr()
{
        :
                &lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt; (rr-&amp;gt;rr_eadatalen &amp;gt; info-&amp;gt;mti_mdt-&amp;gt;mdt_max_ea_size)
                        RETURN(-E2BIG);

&lt;span class=&quot;code-keyword&quot;&gt;static&lt;/span&gt; &lt;span class=&quot;code-object&quot;&gt;int&lt;/span&gt; mdt_init0(&lt;span class=&quot;code-keyword&quot;&gt;const&lt;/span&gt; struct lu_env *env, struct mdt_device *m,
{
        :
        m-&amp;gt;mdt_max_ea_size = dt_conf-&amp;gt;ddp_max_ea_size;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Where &lt;tt&gt;ddp_max_ea_size&lt;/tt&gt; is fetched from the underlying OSD implementation (ldiskfs only in the case of this test).  In this test with &lt;tt&gt;ea_inode&lt;/tt&gt; enabled on the MDT it should be at least 64KB.  It looks like the problem is the following code:&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; void osd_conf_get(&lt;span class=&quot;code-keyword&quot;&gt;const&lt;/span&gt; struct lu_env *env,
{
        :
        &lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt; (param-&amp;gt;ddp_max_ea_size &amp;gt; OBD_MAX_EA_SIZE - ea_overhead)
                param-&amp;gt;ddp_max_ea_size = OBD_MAX_EA_SIZE - ea_overhead;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;introduced in patch &lt;a href=&quot;https://review.whamcloud.com/34058&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/34058&lt;/a&gt; &quot;&lt;tt&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-11868&quot; title=&quot;ZFS ea size limited to 32K&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-11868&quot;&gt;&lt;del&gt;LU-11868&lt;/del&gt;&lt;/a&gt; osd: Set max ea size to XATTR_SIZE_MAX&lt;/tt&gt;&quot; landed on 2019-04-30 (which matches the first appearance of the &lt;tt&gt;test_61&lt;/tt&gt; failures, that limits xattr size, but incorrectly subtracts &quot;ea_overhead&quot; from the maximum xattr size, but this is not needed for xattrs that are stored in an external inode.  In that case, the data is aligned to the data blocks in the &lt;tt&gt;ea_inode&lt;/tt&gt;, and the &lt;tt&gt;ext4_xattr_entry&lt;/tt&gt; is stored separately in the parent inode or an external xattr block.&lt;/p&gt;

&lt;p&gt;Patch forthcoming.&lt;/p&gt;

&lt;p&gt;VVVVVVV DO NOT REMOVE LINES BELOW, Added by Maloo for auto-association VVVVVVV&lt;br/&gt;
conf-sanity test_61 - saving trusted.big on /mnt/lustre/f61.conf-sanity failed&lt;/p&gt;</description>
                <environment></environment>
        <key id="56211">LU-12481</key>
            <summary>conf-sanity test_61: setfattr: /mnt/lustre/f61.conf-sanity: Argument list too long</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="adilger">Andreas Dilger</assignee>
                                    <reporter username="maloo">Maloo</reporter>
                        <labels>
                    </labels>
                <created>Fri, 28 Jun 2019 00:12:38 +0000</created>
                <updated>Fri, 12 Jul 2019 13:00:17 +0000</updated>
                            <resolved>Fri, 12 Jul 2019 13:00:17 +0000</resolved>
                                                    <fixVersion>Lustre 2.13.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="250222" author="adilger" created="Fri, 28 Jun 2019 00:22:48 +0000"  >&lt;p&gt;So there is a separate question of whether the MDS &lt;em&gt;should&lt;/em&gt; limit the maximum xattr size to what the client VFS limit is, or if that will be limiting in the future?  I&apos;ve been getting requests to bump the maximum xattr size to 1MB, and to push that to the upstream kernel since 64KB xattrs are becoming limiting for some purposes today.  Since the client VFS itself already strongly enforces the 64KB limit, we shouldn&apos;t see larger xattrs at the MDS unless the client limit is changed, but if it &lt;em&gt;does&lt;/em&gt; change then we will have an artificial limit on the server.&lt;/p&gt;</comment>
                            <comment id="250225" author="gerrit" created="Fri, 28 Jun 2019 01:00:02 +0000"  >&lt;p&gt;Andreas Dilger (adilger@whamcloud.com) uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/35352&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/35352&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12481&quot; title=&quot;conf-sanity test_61: setfattr: /mnt/lustre/f61.conf-sanity: Argument list too long&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12481&quot;&gt;&lt;del&gt;LU-12481&lt;/del&gt;&lt;/a&gt; osd-ldiskfs: allow full 64KB xattr size&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 1ce5b56577f0c7232729a1fbde02ed41ecf25573&lt;/p&gt;</comment>
                            <comment id="251205" author="gerrit" created="Fri, 12 Jul 2019 05:22:46 +0000"  >&lt;p&gt;Oleg Drokin (green@whamcloud.com) merged in patch &lt;a href=&quot;https://review.whamcloud.com/35352/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/35352/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-12481&quot; title=&quot;conf-sanity test_61: setfattr: /mnt/lustre/f61.conf-sanity: Argument list too long&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-12481&quot;&gt;&lt;del&gt;LU-12481&lt;/del&gt;&lt;/a&gt; osd-ldiskfs: allow full 64KB xattr size&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: da0501850bbe8618b474ca18878b8b260335f6bf&lt;/p&gt;</comment>
                            <comment id="251231" author="pjones" created="Fri, 12 Jul 2019 13:00:17 +0000"  >&lt;p&gt;Landed for 2.13&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="54569">LU-11868</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|i00iuf:</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>