<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:39:44 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-4109] sanity test_57b failure: &apos;MDC before 15214812 != after 15214800&apos; </title>
                <link>https://jira.whamcloud.com/browse/LU-4109</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;While testing HSM features, acceptance-small was run with test results at: &lt;a href=&quot;https://maloo.whamcloud.com/test_sessions/4574cfe8-35e1-11e3-b051-52540035b04c&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://maloo.whamcloud.com/test_sessions/4574cfe8-35e1-11e3-b051-52540035b04c&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;From the test_log:&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;== sanity test 57b: default LOV EAs are stored inside large inodes ===== 13:06:10 (1381781170)
mcreating 100 files
total: 100 creates in 0.17 seconds: 572.16 creates/second
Filesystem           1K-blocks      Used Available Use% Mounted on
mds@o2ib:/scratch     25088052    942228  22886476   4% /lustre/scratch
opening files to create objects/EAs
Filesystem           1K-blocks      Used Available Use% Mounted on
mds@o2ib:/scratch     25088052    942228  22886720   4% /lustre/scratch
 sanity test_57b: @@@@@@ FAIL: MDC before 15214812 != after 15214800 
  Trace dump:
  = /usr/lib64/lustre/tests/test-framework.sh:4264:error_noexit()
  = /usr/lib64/lustre/tests/test-framework.sh:4291:error()
  = /usr/lib64/lustre/tests/sanity.sh:4670:test_57b()
  = /usr/lib64/lustre/tests/test-framework.sh:4530:run_one()
  = /usr/lib64/lustre/tests/test-framework.sh:4563:run_one_logged()
  = /usr/lib64/lustre/tests/test-framework.sh:4433:run_test()
  = /usr/lib64/lustre/tests/sanity.sh:4678:main()
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment>Lustre 2.5.0-RC1, el6&lt;br/&gt;
&lt;br/&gt;
OpenSFS cluster with combined MGS/MDS (c03), single OSS (c04) with two OSTs, archive MGS/MDS (c05), archive OST (c06) with two OSTs, archive OST2 (c07) with two OSTs, eight clients; one agent + client(c08), one robinhood/db + client(c09) and others just running as Lustre clients (c09, c10, c11, c12, c13,c14, c15) </environment>
        <key id="21446">LU-4109</key>
            <summary>sanity test_57b failure: &apos;MDC before 15214812 != after 15214800&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="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="bfaccini">Bruno Faccini</assignee>
                                    <reporter username="jamesanunez">James Nunez</reporter>
                        <labels>
                            <label>HSM</label>
                    </labels>
                <created>Wed, 16 Oct 2013 03:18:21 +0000</created>
                <updated>Tue, 14 Dec 2021 01:11:35 +0000</updated>
                            <resolved>Wed, 27 Nov 2013 08:30:30 +0000</resolved>
                                    <version>Lustre 2.5.0</version>
                                    <fixVersion>Lustre 2.6.0</fixVersion>
                    <fixVersion>Lustre 2.5.2</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="69082" author="pjones" created="Wed, 16 Oct 2013 07:14:48 +0000"  >&lt;p&gt;Bruno&lt;/p&gt;

&lt;p&gt;Could you please help with this one?&lt;/p&gt;

&lt;p&gt;Thanks&lt;/p&gt;

&lt;p&gt;Peter&lt;/p&gt;</comment>
                            <comment id="69131" author="adilger" created="Wed, 16 Oct 2013 16:16:13 +0000"  >&lt;p&gt;Should be trivial to increase the margin from 8 to 16 or something.  Since we create 100 files in the test, we should still be pretty safe.&lt;/p&gt;</comment>
                            <comment id="70018" author="bfaccini" created="Mon, 28 Oct 2013 16:11:20 +0000"  >&lt;p&gt;Andreas, I would like to better understand what sanity/test_57b() tries to detect.&lt;br/&gt;
So, what could cause this ? Wide default striping vs Inode size at mke2fs ? &lt;br/&gt;
If yes, we could anticipate it and use/compute an appropriated margin, no ? If no, what did I miss and misunderstand?&lt;/p&gt;

&lt;p&gt;James, do you remember these parameters value during your failing test ?&lt;/p&gt;</comment>
                            <comment id="70106" author="jamesanunez" created="Tue, 29 Oct 2013 13:47:38 +0000"  >&lt;p&gt;Bruno, &lt;br/&gt;
The file system was set up and run with pretty much all default settings. I think the striping for this set of tests was a single stripe with a single OSS with two OSTs. So, default striping, but not wide. &lt;/p&gt;

&lt;p&gt;James&lt;/p&gt;</comment>
                            <comment id="70233" author="adilger" created="Wed, 30 Oct 2013 06:48:55 +0000"  >&lt;p&gt;Bruno, test_57b is trying to detect if the LOV EA is too large to fit into the MDT inode for some reason (e.g. formatted with too-small inodes, default LOV EA becomes too large, etc).  If 100 files are created and 100 blocks are allocated then the test fails.  In this case, only a few blocks are allocated (e.g. llog files, ChangeLog, etc), and the test shouldn&apos;t fail, so increasing the margin a small amount is fine.&lt;/p&gt;</comment>
                            <comment id="70235" author="bfaccini" created="Wed, 30 Oct 2013 09:03:32 +0000"  >&lt;p&gt;Ok it was also my understanding that if LOV EA can not fit into MDT inode this will need at least 1 additional block per file, so in this case why not do the reverse test and simply detect if the number of free blocks decreased of 100+ blocks ?&lt;/p&gt;</comment>
                            <comment id="70250" author="adilger" created="Wed, 30 Oct 2013 15:10:06 +0000"  >&lt;p&gt;What if the xattrs are stored more efficiently than 1 per 4kB (e.g. MDT formatted with 1kB blocksize)?  I don&apos;t mind having a larger margin, but I think the test could start to fail silently if the error margin is too large.  I think 32-64kB is large enough to avoid future problems, and smaller than the 400kB that would be seen with 100 4kB blocks or even 400 1kB blocks. &lt;/p&gt;</comment>
                            <comment id="70607" author="bfaccini" created="Mon, 4 Nov 2013 14:39:18 +0000"  >&lt;p&gt;Patch raising threshold, to detect out-of inode LOV EA alloc, from 8 to 16 is at &lt;a href=&quot;http://review.whamcloud.com/8156&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/8156&lt;/a&gt;.&lt;/p&gt;</comment>
                            <comment id="72380" author="bfaccini" created="Wed, 27 Nov 2013 08:30:30 +0000"  >&lt;p&gt;Patch has landed.&lt;/p&gt;</comment>
                            <comment id="79252" author="jamesanunez" created="Thu, 13 Mar 2014 16:59:08 +0000"  >&lt;p&gt;I&apos;m seeing a similar (same?) error again in 2.5.1-RC3 with error &quot;sanity test_57b: @@@@@@ FAIL: MDC before 46667332 != after 46667320&quot;. The results are at &lt;a href=&quot;https://maloo.whamcloud.com/test_sessions/f6c5b8e6-aac8-11e3-a41c-52540035b04c&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://maloo.whamcloud.com/test_sessions/f6c5b8e6-aac8-11e3-a41c-52540035b04c&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I&apos;m running on the OpenSFS cluster with similar set up to what was originally reported. &lt;/p&gt;

&lt;p&gt;It looks like this patch was not back ported to b2_5. &lt;/p&gt;</comment>
                            <comment id="79286" author="jamesanunez" created="Thu, 13 Mar 2014 20:56:03 +0000"  >&lt;p&gt;Patch for b2_5 at &lt;a href=&quot;http://review.whamcloud.com/#/c/9652/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#/c/9652/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="81314" author="jamesanunez" created="Wed, 9 Apr 2014 17:35:27 +0000"  >&lt;p&gt;&lt;a href=&quot;http://review.whamcloud.com/#/c/9652/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/#/c/9652/&lt;/a&gt; landed to b2_5.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="46689">LU-9661</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|hzw5tb:</customfieldvalue>

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