<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 01:42:18 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-4392] LFSCK shouldn&apos;t assign FIDs, linkEA to files in &quot;/&quot; directory</title>
                <link>https://jira.whamcloud.com/browse/LU-4392</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;It appears that some files in the MDT root directory (e.g. backups of fld, seq_srv, seq_cli, etc) are readable via $MOUNT/.lustre/fid/ and have an IGIF FID assigned to them.  These files were created in the root directory of my test filesystem when mounted as ldiskfs some time ago for backup purposes.&lt;/p&gt;

&lt;p&gt;The shell also thinks that these FIDs have write permission (i.e. test -w &quot;$MOUNT/.lustre/fid/&lt;span class=&quot;error&quot;&gt;&amp;#91;0x2686:0xc40fa169:0x0&amp;#93;&lt;/span&gt;&quot; returns 0), even though I get a permission denied error trying to modify them, so normal write permission checks will fail.&lt;/p&gt;

&lt;p&gt;That seems to be a problem with LFSCK adding these files into the OI when they shouldn&apos;t be. The originals of these files correctly have SEQ 0x200000001 and get an error from obf_lookup(), but I think it makes sense to default to make all files in the top-level MDT/OST root directory inaccessible via FID (NO_OI flag?) during the initial LFSCK namespace scan, and only add files under ROOT/ to the OI.&lt;/p&gt;</description>
                <environment></environment>
        <key id="22502">LU-4392</key>
            <summary>LFSCK shouldn&apos;t assign FIDs, linkEA to files in &quot;/&quot; directory</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="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="10100">Low Priority</resolution>
                                        <assignee username="adilger">Andreas Dilger</assignee>
                                    <reporter username="adilger">Andreas Dilger</reporter>
                        <labels>
                    </labels>
                <created>Wed, 18 Dec 2013 09:19:55 +0000</created>
                <updated>Tue, 17 Mar 2020 03:35:34 +0000</updated>
                            <resolved>Tue, 17 Mar 2020 03:35:34 +0000</resolved>
                                    <version>Lustre 2.4.1</version>
                                                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                            <comments>
                            <comment id="73828" author="yong.fan" created="Thu, 19 Dec 2013 06:18:00 +0000"  >&lt;p&gt;According to current initial OI scrub implementation, it should assign local FIDs to those local files, instead of IGIF:&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; &lt;span class=&quot;code-keyword&quot;&gt;const&lt;/span&gt; struct osd_lf_map osd_lf_maps[] = {
&#8230;

        &lt;span class=&quot;code-comment&quot;&gt;/* fld */&lt;/span&gt;
        { &lt;span class=&quot;code-quote&quot;&gt;&quot;fld&quot;&lt;/span&gt;, { FID_SEQ_LOCAL_FILE, FLD_INDEX_OID, 0 }, OLF_SHOW_NAME,
                NULL, NULL },
&#8230;

        &lt;span class=&quot;code-comment&quot;&gt;/* seq_ctl */&lt;/span&gt;
        { &lt;span class=&quot;code-quote&quot;&gt;&quot;seq_ctl&quot;&lt;/span&gt;, { FID_SEQ_LOCAL_FILE, FID_SEQ_CTL_OID, 0 },
                OLF_SHOW_NAME, NULL, NULL },

        &lt;span class=&quot;code-comment&quot;&gt;/* seq_srv */&lt;/span&gt;
        { &lt;span class=&quot;code-quote&quot;&gt;&quot;seq_srv&quot;&lt;/span&gt;, { FID_SEQ_LOCAL_FILE, FID_SEQ_SRV_OID, 0 },
                OLF_SHOW_NAME, NULL, NULL },
&#8230;

};
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;So I wonder that how you get the IGIF for those local files?&lt;/p&gt;</comment>
                            <comment id="74880" author="adilger" created="Tue, 14 Jan 2014 01:12:30 +0000"  >&lt;p&gt;This was on Lustre 2.4.1.  I deleted the &quot;link&quot; xattr from &quot;seq_srv&quot;, &quot;seq_ctl&quot;, &quot;REM_OBJ_DIR&quot;, &quot;oi.16&quot;, &quot;fld&quot;, and &quot;capa_keys&quot; files.  I&apos;m now starting a new LFSCK run on the MDT, so it will hopefully tell us if this was caused by LFSCK or not.  It might have also been caused by the MDT code itself when it was creating these files for the first time at mount?&lt;/p&gt;</comment>
                            <comment id="76547" author="yong.fan" created="Sun, 9 Feb 2014 01:42:34 +0000"  >&lt;p&gt;Strange, I do not think the MDT code itself will cause &quot;link&quot; xattr to be created for those local special objects. So if the &quot;link&quot; xattr is created on those objects, it should be done by LFSCK by wrong. Unfortunately, I cannot reproduce the issues in my local test.&lt;/p&gt;

&lt;p&gt;What&apos;s result for your further verification?&lt;/p&gt;</comment>
                            <comment id="265395" author="adilger" created="Tue, 17 Mar 2020 03:35:34 +0000"  >&lt;p&gt;This hasn&apos;t shown to be a problem for any normal usage.  Close for now.&lt;/p&gt;</comment>
                    </comments>
                    <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|hzwbkn:</customfieldvalue>

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