<!-- 
RSS generated by JIRA (9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c) at Sat Feb 10 03:39:55 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>[LUDOC-59] poollist is the accepted usage of pool_list.</title>
                <link>https://jira.whamcloud.com/browse/LUDOC-59</link>
                <project id="10070" key="LUDOC">Lustre Documentation</project>
                    <description>&lt;p&gt;lfs now supports &lt;tt&gt;poollist&lt;/tt&gt; and &lt;tt&gt;pool_list&lt;/tt&gt;. The manual uses both - but uses &lt;tt&gt;poollist&lt;/tt&gt; more often. &lt;tt&gt;poollist&lt;/tt&gt; is the consistent usage so the manual should eradicate use of the term &lt;tt&gt;pool_list&lt;/tt&gt;.&lt;/p&gt;</description>
                <environment></environment>
        <key id="14427">LUDOC-59</key>
            <summary>poollist is the accepted usage of pool_list.</summary>
                <type id="4" iconUrl="https://jira.whamcloud.com/secure/viewavatar?size=xsmall&amp;avatarId=11310&amp;avatarType=issuetype">Improvement</type>
                                            <priority id="4" iconUrl="https://jira.whamcloud.com/images/icons/priorities/minor.svg">Minor</priority>
                        <status id="6" iconUrl="https://jira.whamcloud.com/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="2">Won&apos;t Fix</resolution>
                                        <assignee username="rhenwood">Richard Henwood</assignee>
                                    <reporter username="rhenwood">Richard Henwood</reporter>
                        <labels>
                    </labels>
                <created>Mon, 14 May 2012 19:22:51 +0000</created>
                <updated>Tue, 27 Nov 2012 07:16:51 +0000</updated>
                            <resolved>Tue, 15 May 2012 13:15:53 +0000</resolved>
                                                                        <due></due>
                            <votes>0</votes>
                                    <watches>0</watches>
                                                                            <comments>
                            <comment id="38783" author="rhenwood" created="Mon, 14 May 2012 19:29:10 +0000"  >&lt;p&gt;for review:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://review.whamcloud.com/2735&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://review.whamcloud.com/2735&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="38824" author="adilger" created="Tue, 15 May 2012 12:08:32 +0000"  >&lt;p&gt;Richard, I&apos;m not sure I understand why you think &quot;poollist&quot; is preferable over &quot;pool_list&quot;?  All of the other OST pools commands in the lctl tool are using &quot;pool_*&quot;, for example &quot;lctl pool_new&quot;, &quot;lctl pool_add&quot;, &quot;lctl pool_destroy&quot;, and also &quot;lctl pool_list&quot;.  &lt;/p&gt;

&lt;p&gt;The lfs tool (which is what is under discussion here) also has &quot;lfs pool_list&quot;, which is consistent with all of those other commands, but this one for users to use.&lt;/p&gt;</comment>
                            <comment id="38832" author="rhenwood" created="Tue, 15 May 2012 13:15:01 +0000"  >&lt;p&gt;Ah, thanks for taking the time to provide this clarification.&lt;/p&gt;

&lt;p&gt;I was looking at &lt;tt&gt;lfs&lt;/tt&gt;. All &lt;tt&gt;lfs&lt;/tt&gt; commands that are a concatenation of two words do not have a underscore between them, except &lt;tt&gt;pool_list&lt;/tt&gt;.&lt;/p&gt;

&lt;p&gt;The proposed change to the manual is for &lt;tt&gt;lctl&lt;/tt&gt; - I didn&apos;t notice this. I will abandon this change and thank you for checking the details and taking time to explain to me.&lt;/p&gt;</comment>
                            <comment id="38833" author="rhenwood" created="Tue, 15 May 2012 13:15:53 +0000"  >&lt;p&gt;The change targetted &lt;tt&gt;lctl&lt;/tt&gt; - which does use &lt;tt&gt;pool_*&lt;/tt&gt; to keep consistency.&lt;/p&gt;</comment>
                            <comment id="38841" author="adilger" created="Tue, 15 May 2012 14:03:21 +0000"  >&lt;p&gt;While it doesn&apos;t make sense to change &quot;lctl pool_list&quot; to &quot;lctl poollist&quot; in the manual, are there cases where the &quot;lfs pool_list&quot; and &quot;lfs poollist&quot; are used inconsistently?  I&apos;d prefer to only have a single version documented everywhere (IMHO &quot;lfs pool_list&quot;, since this is the only version that has actually worked), and only allow &quot;lfs poollist&quot; for a limited time for those few people that read the manual...&lt;/p&gt;</comment>
                            <comment id="38844" author="adilger" created="Tue, 15 May 2012 14:25:08 +0000"  >&lt;p&gt;In further reflection on this issue, I think &quot;lfs pool_list&quot; is the preferred usage, to match all of the other &quot;lctl pool_*&quot; commands.&lt;/p&gt;

&lt;p&gt;While it is true that &quot;lfs poollist&quot; was documented in both the user manual and the &quot;lfs.1&quot; man page, the &quot;lfs pool_list&quot; command is the only one that has been working this whole time.  By the time that this patch is landed in a release there is no value to start accepting the &quot;poollist&quot; variant when we could have just fixed the documentation to match the actual usage.  There can&apos;t really have been any population of existing users using &quot;lfs poollist&quot;, which is the normal reason to accept multiple variants of a command. &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://jira.whamcloud.com/browse/LU-1364&quot; title=&quot;lfs &amp;#39;poollist&amp;#39; is incorrectly recognised as &amp;#39;pool_list&amp;#39; by lfs, the lfs manpage and the Manual.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LU-1364&quot;&gt;&lt;del&gt;LU-1364&lt;/del&gt;&lt;/a&gt; should instead be changed to update the lfs.1 man page (for master, b1_8, b2_1, and b2_2), which can be done with less risk than introducing a code change.  The &lt;a href=&quot;https://jira.whamcloud.com/browse/LUDOC-59&quot; title=&quot;poollist is the accepted usage of pool_list.&quot; class=&quot;issue-link&quot; data-issue-key=&quot;LUDOC-59&quot;&gt;&lt;del&gt;LUDOC-59&lt;/del&gt;&lt;/a&gt; change should document the proper usage in the user manual, and will have immediate benefit to all users, including those on older releases of Lustre, where the &quot;lfs poollist&quot; command does not exist.&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|hzvky7:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10090" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>7155</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>