<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:18:45 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-8574] The logic of verifying FID-in-dirent may handle the dangling or corrupted name entry improperly</title>
                <link>https://jira.whamcloud.com/browse/LU-8574</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;If the name entry corrupted and contains bad inode#, when osd_dirent_check_repair() verifies such name entry, it will use the wrong inode# stored in the name entry to locate the target inode, such inode may does not exist, or belong to other.&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-lfsck test 23b: LFSCK can repair dangling name entry (2) == 01:46:53 (1471830413)
#####
The objectA has multiple hard links, one of them corresponding
to the name entry_B. But there is something wrong for the name
entry_B and cause entry_B to references non-exist object_C.
In the first-stage scanning, the LFSCK will think the entry_B
as dangling, and re-create the lost object_C. When the LFSCK
comes to the second-stage scanning, it will find that the
former re-creating object_C is not proper, and will try to
replace the object_C with the real object_A.
#####
Inject failure stub on MDT0 to simulate dangling name entry
fail_loc=0x1621
fail_loc=0
&apos;ls&apos; should fail because of dangling name entry
Trigger namespace LFSCK to find out dangling name entry
Started LFSCK on the device lustre-MDT0000: scrub namespace
Waiting 32 secs for update
Updated after 5s: wanted &apos;completed&apos; got &apos;completed&apos;
 sanity-lfsck test_23b: @@@@@@ FAIL: (9) Fail to repair dangling name entry: 0 
  Trace dump:
  = /usr/lib64/lustre/tests/test-framework.sh:4853:error()
  = /usr/lib64/lustre/tests/sanity-lfsck.sh:3045:test_23b()
  = /usr/lib64/lustre/tests/test-framework.sh:5113:run_one()
  = /usr/lib64/lustre/tests/test-framework.sh:5151:run_one_logged()
  = /usr/lib64/lustre/tests/test-framework.sh:4955:run_test()
  = /usr/lib64/lustre/tests/sanity-lfsck.sh:3056:main()
Dumping lctl log to /tmp/test_logs/1471830385/sanity-lfsck.test_23b.*.1471830419.log
fre1234: Warning: Permanently added &apos;fre1235,192.168.112.35&apos; (RSA) to the list of known hosts.

fre1233: Warning: Permanently added &apos;fre1235,192.168.112.35&apos; (RSA) to the list of known hosts.

fre1236: Warning: Permanently added &apos;fre1235,192.168.112.35&apos; (RSA) to the list of known hosts.

Resetting fail_loc on all nodes...done.
FAIL 23b (10s)
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</description>
                <environment></environment>
        <key id="39524">LU-8574</key>
            <summary>The logic of verifying FID-in-dirent may handle the dangling or corrupted name entry improperly</summary>
                <type id="1" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="2" iconUrl="https://jira.whamcloud.com/images/icons/priorities/critical.svg">Critical</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="yong.fan">nasf</assignee>
                                    <reporter username="yong.fan">nasf</reporter>
                        <labels>
                    </labels>
                <created>Thu, 1 Sep 2016 00:01:08 +0000</created>
                <updated>Tue, 25 Oct 2016 04:03:50 +0000</updated>
                            <resolved>Tue, 25 Oct 2016 03:11:24 +0000</resolved>
                                                    <fixVersion>Lustre 2.9.0</fixVersion>
                                        <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="164897" author="gerrit" created="Mon, 5 Sep 2016 04:00:22 +0000"  >&lt;p&gt;Fan Yong (fan.yong@intel.com) uploaded a new patch: &lt;a href=&quot;http://review.whamcloud.com/22310&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/22310&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8574&quot; title=&quot;The logic of verifying FID-in-dirent may handle the dangling or corrupted name entry improperly&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8574&quot;&gt;&lt;del&gt;LU-8574&lt;/del&gt;&lt;/a&gt; osd-ldiskfs: fix FID-in-dirent properly&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: 1&lt;br/&gt;
Commit: 180347ea9aee22afc33f2adac3bcbc755d143a13&lt;/p&gt;</comment>
                            <comment id="170863" author="gerrit" created="Tue, 25 Oct 2016 02:20:28 +0000"  >&lt;p&gt;Oleg Drokin (oleg.drokin@intel.com) merged in patch &lt;a href=&quot;http://review.whamcloud.com/22310/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/22310/&lt;/a&gt;&lt;br/&gt;
Subject: &lt;a href=&quot;https://jira.whamcloud.com/browse/LU-8574&quot; title=&quot;The logic of verifying FID-in-dirent may handle the dangling or corrupted name entry improperly&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-8574&quot;&gt;&lt;del&gt;LU-8574&lt;/del&gt;&lt;/a&gt; osd-ldiskfs: fix FID-in-dirent properly&lt;br/&gt;
Project: fs/lustre-release&lt;br/&gt;
Branch: master&lt;br/&gt;
Current Patch Set: &lt;br/&gt;
Commit: c3947b14e5fa88b25d4e2a8e1c44b27d6397d814&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                                        </outwardlinks>
                                                                <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|hzymwn:</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>