<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 03:19:19 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-15555] directories may become corrupted when 10+ mln files are created</title>
                <link>https://jira.whamcloud.com/browse/LU-15555</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;Typical symptoms include missing files, i.e.&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;
[root@test-vm tests]# ./createmany -o /mnt/tmp/createmany-file- 14000000
 - open/close 350000 (time 1644568594.64 total 2.00 last 174814.88)
 - open/close 650000 (time 1644568596.67 total 4.04 last 147388.92)
 - open/close 930000 (time 1644568598.73 total 6.09 last 136137.04)
 - open/close 1210000 (time 1644568600.74 total 8.11 last 138965.69)
 - open/close 1500000 (time 1644568602.76 total 10.12 last 143914.53)
 - open/close 1780000 (time 1644568604.82 total 12.19 last 135819.94)
 - open/close 2060000 (time 1644568606.88 total 14.25 last 135719.88)
 - open/close 2330000 (time 1644568608.90 total 16.27 last 133777.80)
 - open/close 2600000 (time 1644568610.95 total 18.31 last 132000.68)
 - open/close 2870000 (time 1644568612.96 total 20.33 last 133912.64)
 - open/close 3130000 (time 1644568614.98 total 22.35 last 128862.02)
 - open/close 3390000 (time 1644568617.01 total 24.38 last 128003.34)
 - open/close 3650000 (time 1644568619.08 total 26.44 last 125926.41)
 - open/close 3910000 (time 1644568621.13 total 28.50 last 126551.23)
 - open/close 4170000 (time 1644568623.19 total 30.56 last 125985.41)
 - open/close 4420000 (time 1644568625.19 total 32.56 last 124969.56)
 - open/close 4680000 (time 1644568627.23 total 34.60 last 127712.23)
 - open/close 4940000 (time 1644568629.26 total 36.63 last 128046.32)
 - open/close 5200000 (time 1644568631.28 total 38.64 last 129023.11)
 - open/close 5460000 (time 1644568633.31 total 40.68 last 127510.29)
 - open/close 5720000 (time 1644568635.33 total 42.70 last 128703.38)
 - open/close 5970000 (time 1644568637.35 total 44.71 last 124299.51)
 - open/close 6220000 (time 1644568639.39 total 46.76 last 122203.14)
 - open/close 6470000 (time 1644568641.43 total 48.79 last 122784.30)
 - open/close 6720000 (time 1644568643.51 total 50.87 last 120314.82)
 - open/close 6960000 (time 1644568645.51 total 52.87 last 119883.77)
 - open/close 7210000 (time 1644568647.53 total 54.89 last 123773.22)
 - open/close 7460000 (time 1644568649.53 total 56.90 last 124582.72)
 - open/close 7690000 (time 1644568651.54 total 58.90 last 114817.96)
 - open/close 7940000 (time 1644568653.61 total 60.97 last 120831.67)
 - open/close 8180000 (time 1644568655.68 total 63.04 last 116004.68)
 - open/close 8400000 (time 1644568657.72 total 65.08 last 107834.20)
 - open/close 8620000 (time 1644568659.77 total 67.13 last 107313.41)
 - open/close 8840000 (time 1644568661.84 total 69.21 last 105934.61)
 - open/close 9050000 (time 1644568663.85 total 71.22 last 104573.29)
 - open/close 9260000 (time 1644568665.93 total 73.29 last 101112.23)
 - open/close 9470000 (time 1644568668.01 total 75.37 last 100937.03)
 - open/close 9680000 (time 1644568670.03 total 77.40 last 103621.84)
 - open/close 9910000 (time 1644568672.07 total 79.44 last 112830.38)
 - open/close 10130000 (time 1644568674.11 total 81.48 last 107944.73)
 - open/close 10350000 (time 1644568676.19 total 83.56 last 105920.89)
 - open/close 10580000 (time 1644568678.21 total 85.57 last 114009.48)
 - open/close 10820000 (time 1644568680.27 total 87.64 last 116104.81)
 - open/close 11030000 (time 1644568682.29 total 89.66 last 103861.11)
 - open/close 11260000 (time 1644568684.37 total 91.74 last 110763.36)
 - open/close 11490000 (time 1644568686.48 total 93.85 last 108965.23)
 - open/close 11690000 (time 1644568688.49 total 95.86 last 99409.99)
 - open/close 11910000 (time 1644568690.53 total 97.90 last 107825.48)
 - open/close 12110000 (time 1644568692.60 total 99.96 last 96926.18)
 - open/close 12320000 (time 1644568694.62 total 101.98 last 103975.48)
 - open/close 12540000 (time 1644568696.69 total 104.06 last 106035.08)
 - open/close 12730000 (time 1644568698.73 total 106.09 last 93327.57)
 - open/close 12940000 (time 1644568700.80 total 108.17 last 101114.63)
 - open/close 13160000 (time 1644568702.83 total 110.20 last 108580.25)
 - open/close 13410000 (time 1644568704.90 total 112.26 last 121061.98)
 - open/close 13650000 (time 1644568706.97 total 114.34 last 115627.60)
 - open/close 13880000 (time 1644568708.98 total 116.35 last 114575.15)
total: 14000000 open/close in 117.35 seconds: 119301.22 ops/second
[root@test-vm tests]# ls -1U /mnt/tmp/ | wc -l
858342&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;and e2fsck errors such as&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;
Problem in HTREE directory inode 2: block #141889 not referenced
Problem in HTREE directory inode 2: block #141890 has invalid depth (2)
Problem in HTREE directory inode 2: block #141890 has bad max hash
Problem in HTREE directory inode 2: block #141890 not referenced
Problem in HTREE directory inode 2: block #141891 has invalid depth (2)
Problem in HTREE directory inode 2: block #141891 has bad max hash
Problem in HTREE directory inode 2: block #141891 not referenced
Problem in HTREE directory inode 2: block #141892 has invalid depth (2)
Problem in HTREE directory inode 2: block #141892 has bad max hash
Problem in HTREE directory inode 2: block #141892 not referenced
Problem in HTREE directory inode 2: block #141893 has invalid depth (2)
Problem in HTREE directory inode 2: block #141893 has bad max hash
Problem in HTREE directory inode 2: block #141893 not referenced
Problem in HTREE directory inode 2: block #141894 has invalid depth (2)
Problem in HTREE directory inode 2: block #141894 has bad max hash
Problem in HTREE directory inode 2: block #141894 not referenced
Problem in HTREE directory inode 2: block #141895 has invalid depth (2)
Problem in HTREE directory inode 2: block #141895 has bad max hash
Problem in HTREE directory inode 2: block #141895 not referenced &lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;The bug is caused by the incorrect indirect levels update in ext4-kill-dx-root.patch, e.g.&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;
@@ -2360,8 +2364,9 @@ again:
 &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&lt;span class=&quot;code-comment&quot;&gt;/* Set up root */&lt;/span&gt;
 &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;dx_set_count(entries, 1);
 &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;dx_set_block(entries + 0, newblock);
- &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;dxroot = (struct dx_root *)frames[0].bh-&amp;gt;b_data;
- &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;dxroot-&amp;gt;info.indirect_levels += 1;
+ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;info = dx_get_dx_info((struct ext4_dir_entry_2 *)
+ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;frames[0].bh-&amp;gt;b_data);
+ &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;info-&amp;gt;indirect_levels = 1;
 &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;dxtrace(printk(KERN_DEBUG
 &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&lt;span class=&quot;code-quote&quot;&gt;&quot;Creating %d level index...\n&quot;&lt;/span&gt;,
 &#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;dxroot-&amp;gt;info.indirect_levels));




&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;So the indirect levels number cannot get above 1.&lt;/p&gt;

&lt;p&gt;For pre-RHEL8 kernels, indirect_levels are properly corrected to +1 by ext4-large-dir.patch. However, RHEL8 and later kernels seem to be affected.&lt;/p&gt;</description>
                <environment></environment>
        <key id="68663">LU-15555</key>
            <summary>directories may become corrupted when 10+ mln files are created</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="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="panda">Andrew Perepechko</assignee>
                                    <reporter username="panda">Andrew Perepechko</reporter>
                        <labels>
                    </labels>
                <created>Mon, 14 Feb 2022 18:40:39 +0000</created>
                <updated>Fri, 10 Mar 2023 22:46:00 +0000</updated>
                            <resolved>Wed, 23 Feb 2022 18:48:03 +0000</resolved>
                                                    <fixVersion>Lustre 2.15.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>8</watches>
                                                                            <comments>
                            <comment id="326266" author="spitzcor" created="Mon, 14 Feb 2022 19:19:17 +0000"  >&lt;p&gt;This should block 2.15.0.&lt;/p&gt;</comment>
                            <comment id="326283" author="gerrit" created="Mon, 14 Feb 2022 20:33:31 +0000"  >&lt;p&gt;&quot;Andrew Perepechko &amp;lt;andrew.perepechko@hpe.com&amp;gt;&quot; uploaded a new patch: &lt;a href=&quot;https://review.whamcloud.com/46526&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/46526&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-15555&quot; title=&quot;directories may become corrupted when 10+ mln files are created&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-15555&quot;&gt;&lt;del&gt;LU-15555&lt;/del&gt;&lt;/a&gt; ldiskfs: large directory causes htree corruption&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 1e3c9979e5c450eb6ba18c4d678d3dcb4af4d902&lt;/p&gt;</comment>
                            <comment id="326482" author="zam" created="Wed, 16 Feb 2022 16:50:10 +0000"  >&lt;p&gt;The issue with large dirs is expected to be detected by conf-sanity 110 and 111 tests but it wasn&apos;t so due to a defect in the test, a patch will be uploaded soon.&lt;/p&gt;</comment>
                            <comment id="326824" author="artem_blagodarenko" created="Mon, 21 Feb 2022 13:46:54 +0000"  >&lt;p&gt;Here is the test &lt;a href=&quot;https://review.whamcloud.com/#/c/46570/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/#/c/46570/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;It fails as expected without the fix above &lt;a href=&quot;https://testing.whamcloud.com/test_sets/89f38cca-5dbe-42dc-8841-a31c3097c2f4&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://testing.whamcloud.com/test_sets/89f38cca-5dbe-42dc-8841-a31c3097c2f4&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="327121" author="gerrit" created="Wed, 23 Feb 2022 17:14:13 +0000"  >&lt;p&gt;&quot;Oleg Drokin &amp;lt;green@whamcloud.com&amp;gt;&quot; merged in patch &lt;a href=&quot;https://review.whamcloud.com/46526/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://review.whamcloud.com/46526/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-15555&quot; title=&quot;directories may become corrupted when 10+ mln files are created&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-15555&quot;&gt;&lt;del&gt;LU-15555&lt;/del&gt;&lt;/a&gt; ldiskfs: large directory causes htree corruption&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: ea3ee9337f9bcd42360e4523f1e34bcd04d3bf41&lt;/p&gt;</comment>
                            <comment id="327134" author="pjones" created="Wed, 23 Feb 2022 18:48:03 +0000"  >&lt;p&gt;Landed for 2.15&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                                        </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|i02ibr:</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>