<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 03:02:02 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-13527] allow OST FID lookup via lfs fid2path</title>
                <link>https://jira.whamcloud.com/browse/LU-13527</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;It would be useful to allow reverse pathname lookup of OST FIDs via &quot;&lt;tt&gt;lfs fid2path /mntpt &amp;lt;fid&amp;gt;&lt;/tt&gt;&quot;, since the OST FIDs are sometimes referenced in console error messages, and it is useful to be able to do a pathname lookup without first having to manually run e.g. &quot;&lt;tt&gt;debugfs -c -R &apos;stat &amp;lt;O/&amp;lt;f_seq&amp;gt;/d$((&amp;lt;f_oid&amp;gt; %32))/&amp;lt;f_oid&amp;gt;&apos; /dev/&amp;lt;ostdev&amp;gt;&lt;/tt&gt;&quot; or &quot;&lt;tt&gt;ll_decode_filter_fid&lt;/tt&gt;&quot; on the underlying OST.&lt;/p&gt;

&lt;p&gt;The client would need to first determine that this is an OST FID from the FLDB, then fetch the &quot;&lt;tt&gt;fid&lt;/tt&gt;&quot; xattr that contains the MDT parent FID from the OST object (if it exists), and then do the normal &lt;tt&gt;fid2path&lt;/tt&gt; lookup on the returned MDT parent FID.&lt;/p&gt;</description>
                <environment></environment>
        <key id="59074">LU-13527</key>
            <summary>allow OST FID lookup via lfs fid2path</summary>
                <type id="4" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11310&amp;avatarType=issuetype">Improvement</type>
                                            <priority id="3" iconUrl="https://jira.whamcloud.com/images/icons/priorities/major.svg">Major</priority>
                        <status id="1" iconUrl="https://jira.whamcloud.com/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="default"/>
                                    <resolution id="-1">Unresolved</resolution>
                                        <assignee username="wc-triage">WC Triage</assignee>
                                    <reporter username="adilger">Andreas Dilger</reporter>
                        <labels>
                            <label>medium</label>
                    </labels>
                <created>Thu, 7 May 2020 00:10:13 +0000</created>
                <updated>Wed, 10 Jan 2024 22:18:45 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>4</watches>
                                                                            <comments>
                            <comment id="394901" author="adilger" created="Thu, 30 Nov 2023 08:29:50 +0000"  >&lt;p&gt;It should be possible to make a decision in &lt;tt&gt;__ll_fid2path()&lt;/tt&gt; whether to call &lt;tt&gt;OBD_IOC_FID2PATH&lt;/tt&gt; on the LMV/MDC export or the LOV/OSC export based on the FID being requested.  There would need to be handling of &lt;tt&gt;OBD_IOC_FID2PATH&lt;/tt&gt; in &lt;tt&gt;lov_iocontrol()&lt;/tt&gt; and &lt;tt&gt;osc_iocontrol()&lt;/tt&gt; and then something similar to &lt;tt&gt;mdc_ioc_fid2path()&lt;/tt&gt; to call &lt;tt&gt;obd_get_info(KEY_FID2PATH)&lt;/tt&gt; to send the RPC to the OST.&lt;/p&gt;

&lt;p&gt;On the OST side, handling of &lt;tt&gt;KEY_FID2PATH&lt;/tt&gt; would be needed in &lt;tt&gt;ofd_get_info_hdl()&lt;/tt&gt; to extract the MDT FID from the OST object and return it in back to the client.  While it isn&apos;t strictly required (there will not be any pathname returned), it makes sense to use &lt;tt&gt;struct getinfo_fid2path&lt;/tt&gt; for the OST RPC so that it is handled consistently with the MDT RPC.&lt;/p&gt;

&lt;p&gt;Then the client can extract the MDT FID from the OST reply and execute the rest of the &lt;tt&gt;__ll_fid2path()&lt;/tt&gt; operation as it does today.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="53956">LU-11638</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="57778">LU-13124</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|i00zon:</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>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>