<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 03:02:46 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-13615] mdt_big_xattr_get()) ASSERTION( info-&gt;mti_big_lmm_used == 0 ) failed</title>
                <link>https://jira.whamcloud.com/browse/LU-13615</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;Recent runs showed the assertion below:&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;
LustreError: 25386:0:(mdt_handler.c:950:mdt_big_xattr_get()) ASSERTION( info-&amp;gt;mti_big_lmm_used == 0 ) failed:
LustreError: 25386:0:(mdt_handler.c:950:mdt_big_xattr_get()) LBUG
Pid: 25386, comm: mdt00_003 3.10.0-1062.18.1.el7_lustre.x86_64 #1 SMP Wed May 27 23:19:17 UTC 2020
Call Trace:
[&amp;lt;ffffffffc08bf1dc&amp;gt;] libcfs_call_trace+0x8c/0xc0 [libcfs]
[&amp;lt;ffffffffc08bf28c&amp;gt;] lbug_with_loc+0x4c/0xa0 [libcfs]
[&amp;lt;ffffffffc11643a7&amp;gt;] mdt_big_xattr_get+0x667/0x830 [mdt]
[&amp;lt;ffffffffc11647a7&amp;gt;] mdt_stripe_get+0x237/0x410 [mdt]
[&amp;lt;ffffffffc118a92b&amp;gt;] mdt_reint_migrate+0x116b/0x16c0 [mdt]
[&amp;lt;ffffffffc118af03&amp;gt;] mdt_reint_rec+0x83/0x210 [mdt]
[&amp;lt;ffffffffc1163970&amp;gt;] mdt_reint_internal+0x710/0xae0 [mdt]
[&amp;lt;ffffffffc116ed47&amp;gt;] mdt_reint+0x67/0x140 [mdt]
[&amp;lt;ffffffffc0e3ac0a&amp;gt;] tgt_request_handle+0x96a/0x1640 [ptlrpc]
[&amp;lt;ffffffffc0ddc216&amp;gt;] ptlrpc_server_handle_request+0x256/0xb10 [ptlrpc]
[&amp;lt;ffffffffc0de0744&amp;gt;] ptlrpc_main+0xbb4/0x1550 [ptlrpc]
[&amp;lt;ffffffff998c6321&amp;gt;] kthread+0xd1/0xe0
[&amp;lt;ffffffff99f8ed37&amp;gt;] ret_from_fork_nospec_end+0x0/0x39
[&amp;lt;ffffffffffffffff&amp;gt;] 0xffffffffffffffff
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;This is result of inappropriate usage of mti_big_lmm buffer in various places. Originally it was introduced to be used for getting big LOV/LMV EA and passing them to reply buffers. Meanwhile it is widely used now for internal server needs. These cases should be distinguished and if there is no intention to return EA in reply then flag {mti_big_lmm_used}} should not be set. Maybe it is worth to rename it as &lt;tt&gt;mti_big_lmm_keep&lt;/tt&gt; to mark that is to be kept until reply is packed. &lt;/p&gt;</description>
                <environment></environment>
        <key id="59397">LU-13615</key>
            <summary>mdt_big_xattr_get()) ASSERTION( info-&gt;mti_big_lmm_used == 0 ) failed</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="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="tappro">Mikhail Pershin</assignee>
                                    <reporter username="tappro">Mikhail Pershin</reporter>
                        <labels>
                            <label>llnl</label>
                    </labels>
                <created>Sun, 31 May 2020 12:11:02 +0000</created>
                <updated>Tue, 4 Oct 2022 16:10:42 +0000</updated>
                            <resolved>Sun, 16 Jan 2022 08:53:15 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="271714" author="sebastien" created="Tue, 2 Jun 2020 09:47:04 +0000"  >&lt;p&gt;+1 while running sanity-lfsck test_40a:&lt;br/&gt;
&lt;a href=&quot;https://testing.whamcloud.com/test_sets/a41a98c7-e637-4c82-8320-3a8d1e646f04&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/a41a98c7-e637-4c82-8320-3a8d1e646f04&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="276345" author="ofaaland" created="Wed, 29 Jul 2020 22:35:24 +0000"  >&lt;p&gt;Hit this migrating files on our test system, jet (server), with&#160;&lt;br/&gt;
kernel-3.10.0-1127.13.1.1chaos.ch6.x86_64&lt;br/&gt;
zfs-0.7.11-9.4llnl.ch6.x86_64&lt;br/&gt;
lustre-2.12.5_2.chaos-1.ch6.x86_64&lt;/p&gt;</comment>
                            <comment id="276357" author="tappro" created="Thu, 30 Jul 2020 05:56:41 +0000"  >&lt;p&gt;Current fix of the problem for 2.12 is hare:&lt;br/&gt;
&lt;a href=&quot;https://review.whamcloud.com/39521&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/39521&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;It is not final solution but fixes wrong assertion&lt;/p&gt;</comment>
                            <comment id="279656" author="ofaaland" created="Tue, 15 Sep 2020 23:49:22 +0000"  >&lt;p&gt;Mike,&lt;br/&gt;
Is the assertion fix likely all that is needed for Lustre 2.12, and the fixes to the usage of mti_big_lmm are only appropriate for master?&lt;br/&gt;
thanks&lt;/p&gt;</comment>
                            <comment id="279665" author="tappro" created="Wed, 16 Sep 2020 06:06:45 +0000"  >&lt;p&gt;Olaf, yes, all further changes are sort of improvements for master&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="59318">LU-13599</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="72647">LU-16206</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|i011o7:</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>