<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 02:45: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-11571] MDT pool</title>
                <link>https://jira.whamcloud.com/browse/LU-11571</link>
                <project id="10000" key="LU">Lustre</project>
                    <description>&lt;p&gt;I brought the question up at JLUG2018, and cannot find any ticket for this; somewhere to discuss (and for others to show interest) might be good. Please mark as duplicate if I missed another one.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Basically, the way we&apos;re using DNE v1 right now is mostly to isolate populations: users we have little control over get their own MDT where if they cause problems only impact themselves, and the rest gets MDT0/other MDTs with hardcoded repartition.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;With DoM we&apos;ll want to add more MDTs, yet still isolate populations. It would be good if we could shard/round-robin directory creations on a set of MDTs definted per directory.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;One open question was &quot;shall this be the same as the OST pool, or another one&quot;?&lt;/p&gt;

&lt;p&gt;For our use case, just adding the MDTs to the pool would work (we also separate populations per pool)&lt;/p&gt;

&lt;p&gt;In the worst case if someone needs something independent they&apos;d need to create a cross product of mdt/ost pools, which isn&apos;t great but could kind of work at small scale... I can&apos;t think of much usage to have these separately though. (I actually need to look at how PFL and pools interact, been out of touch; if we can have multiple pools set this way having a separate one for MDTs could just work?)&lt;/p&gt;

&lt;p&gt;A simple rule of &quot;no MDT set in the pool = any MDT&quot; and similar for OST would probably be sound enough...&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Any other open questions?&lt;/p&gt;

&lt;p&gt;I&apos;m not going to offer to look at the code for this yet, given how slow I am with the file create lock LU... Maybe once I&apos;m done here and can free more time &lt;img class=&quot;emoticon&quot; src=&quot;https://jira.whamcloud.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;Thanks!&lt;/p&gt;</description>
                <environment></environment>
        <key id="53815">LU-11571</key>
            <summary>MDT pool</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="pjones">Peter Jones</assignee>
                                    <reporter username="cealustre">CEA</reporter>
                        <labels>
                    </labels>
                <created>Thu, 25 Oct 2018 07:33:00 +0000</created>
                <updated>Thu, 8 Feb 2024 03:31:27 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>5</watches>
                                                                            <comments>
                            <comment id="235477" author="pjones" created="Thu, 25 Oct 2018 07:49:55 +0000"  >&lt;p&gt;Thanks &lt;a href=&quot;https://jira.whamcloud.com/secure/ViewProfile.jspa?name=martinetd&quot; class=&quot;user-hover&quot; rel=&quot;martinetd&quot;&gt;martinetd&lt;/a&gt;. Having a Jira ticket to collect input from interested parties is definitely an important precursor to any detailed design work/development.&lt;/p&gt;</comment>
                            <comment id="304367" author="adilger" created="Sun, 13 Jun 2021 08:58:24 +0000"  >&lt;p&gt;&lt;a href=&quot;https://jira.whamcloud.com/secure/ViewProfile.jspa?name=sergey&quot; class=&quot;user-hover&quot; rel=&quot;sergey&quot;&gt;sergey&lt;/a&gt;, are there any plans at HPE to implement MDT pools for 2.15, now that the OST pool quotas work is landed?&lt;/p&gt;</comment>
                            <comment id="360245" author="adilger" created="Tue, 24 Jan 2023 19:58:57 +0000"  >&lt;p&gt;Just a quick notes here for whomever works on this in the future.&lt;/p&gt;

&lt;p&gt;There is already some basic infrastructure for MDT pools in the code (in particular, &lt;tt&gt;struct lmv_user_md&lt;/tt&gt; has a &quot;&lt;tt&gt;lum_pool_name&lt;/tt&gt;&quot; field already), but it is unused.  Some other code like &lt;tt&gt;lod_pool_qos_penalties_calc()&lt;/tt&gt; would need to be updated to include available inodes in the weighting for MDT pools.&lt;/p&gt;</comment>
                            <comment id="382584" author="adilger" created="Wed, 16 Aug 2023 00:49:07 +0000"  >&lt;p&gt;There is increasing demand for &amp;gt; 40 MDTs in a single filesystem, and implementing MDT pools will at least partially segregate MDTs from each other during recovery, so that there is less chance of something going wrong when there are N^2 MDT recoveries happening simultaneously.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Related</name>
                                            <outwardlinks description="is related to ">
                                        <issuelink>
            <issuekey id="52249">LU-11023</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="68397">LU-15494</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="39858">LU-8616</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80716">LU-17516</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="59392">LU-13612</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|i0053j:</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>