https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-9393 Lustre <p>In current implementation of PFL component creation API, the setstripe options are inheritable, which means the next component will take all setstripe options appeared in previous components. This poses a problem that there is no way of creating a component with default options, unless it's in the first component in the <tt>lfs setstripe</tt> command.</p> <p>Per discussion with Andreas, a new setstripe option <tt>--parent</tt> is required to explicitly indicate the component will use default stripe from parent.</p> LU-9393

Enhance setstripe options for components

Bug Minor Resolved Duplicate Jian Yu Jinshan Xiong Mon, 24 Apr 2017 18:47:45 +0000 Mon, 17 Jul 2017 17:26:39 +0000 Mon, 17 Jul 2017 17:25:53 +0000 Lustre 2.10.0 0 6 <p>Hi Niu,</p> <p>Would you be able to help with this one?</p> <p>Thanks.<br/> Joe</p> <p>You mean use '--parent' to inherit the attributes from the 1st component of parent's default layout to all components of 'lfs setstripe'? I don't quite see why we need this, and it looks to me not a good idea to further expand 'lfs setstrtripe' options.</p> <p>I think making a '--config-file' could be useful, the layout config file can be a plain text file in YAML format, so that it can be easily read/modified/stored by user, user can also use 'lfs getstripe' to dump a config file from any existing directory or file. I think Bobi is working on it in <a href="https://jira.whamcloud.com/browse/LU-9324" title="sanity-pfl test 10 needs to reset the file system default layout" class="issue-link" data-issue-key="LU-9324"><del>LU-9324</del></a>.</p> <p>What do you think about? can '--config-file' address your problem? Thanks.</p> <p>In my view, those are different things. The ticket <a href="https://jira.whamcloud.com/browse/LU-9324" title="sanity-pfl test 10 needs to reset the file system default layout" class="issue-link" data-issue-key="LU-9324"><del>LU-9324</del></a> is working on saving and restoring file layout, while I'm trying to address the completeness problem for the command line.</p> <p>Thinking about the following problem - after I have specified some setstripe options for the first few components, and for some reason I want to use default options for the last component, there is no way of doing in current implementation.</p> <blockquote> <p>In my view, those are different things. The ticket <a href="https://jira.whamcloud.com/browse/LU-9324" title="sanity-pfl test 10 needs to reset the file system default layout" class="issue-link" data-issue-key="LU-9324"><del>LU-9324</del></a> is working on saving and restoring file layout, while I'm trying to address the completeness problem for the command line.</p></blockquote> <p>Saving &amp; restoring layout is just a side benefit, using config file is a common way to address the problem of complex command line options.</p> <blockquote> <p>Thinking about the following problem - after I have specified some setstripe options for the first few components, and for some reason I want to use default options for the last component, there is no way of doing in current implementation.</p></blockquote> <p>I suppose there will be no 'default options' when PFL deployed, default layout of the parent directory will usually be a composite layout.<br/> Even if user doesn't want to input last few options for the last component (regardless he has typed many options for first few components), he can specify a existing config file for the last component, though I don't quite think it's necessary.</p> <p>I also tend to think the "default stripe option" for PFL file does not quite make sense; if you've taken effort to think of some stripe option for some components, you'd unlikely to abandon your choice and say "let the file system choose whatever its default stripe options for this component".</p> <p>Well, you can't predicate how users want to use it. As I said, this is mainly for completeness and it would be used rarely in practice.</p> <p>I agree it makes more sense in mirror creation, because for mirror creation it is totally possible to use system default options for some mirrors. If you are reluctant to implement it, I can do it in FLR project.</p> <p>I think we are discussing if it's right to introduce this option, but not when this option should be implemented (in PFL or FLR).</p> <p>There are already too many options for 'lfs setstripe', let's try to use single 'config file' option to reduce command line inputs, but not introducing one for each individual use case. In your mirror creation case, I think user may use a pre-defined config file for the mirror component. One thing worth noting is that "system/dir default stripe size, count, offset" could be obsoleted soon, because all default layouts (for root or parent dir) will be a composite layout.</p> <p>Reassign to Xiong. This could be implemented in FLR project.</p> <p>I'm working on this in LDEV-435.</p> Duplicate Related LU-8998 Development Rank 1|hzzb2n: Rank (Obsolete) 9223372036854775807 Severity