<html><head><style type="text/css">.style1 {font-family: "Times New Roman";}</style></head><body>Simpler yet, I believe you can just manually set the OST index on which you would like the file to reside.<BR>
<BR>
lfs setstripe -c 1 -i 0 file_on_ost0<BR>
lfs setstripe -c 1 -i 1 file_on_ost1<BR>
...<BR>
<BR>
Shawn<BR>
<BR>
On 4/5/18, 3:42 PM, "lustre-discuss on behalf of Scott Denham" <lustre-discuss-bounces@lists.lustre.org on behalf of sdenham@cray.com> wrote:<BR>
<BR>
    >From: John Bent <johnbent@gmail.com><BR>
    >To: John Bauer <bauerj@iodoctors.com><BR>
    >Subject: Re: [lustre-discuss] varying sequential read performance.<BR>
    <BR>
    > "I suspect that this OSC is using an OSS that is under heavier load."<BR>
    <BR>
    > If you want to confirm this, it seems like you could create files with<BR>
    > striping parameters such that you have a single file on each OSS.  Well, I<BR>
    >  know you can make stripe=1 so it's only on one OSS but can you<BR>
    > control/query on *which* OSS is the stripe?  Assuming you can, then you<BR>
    > just benchmark performance for each file (i.e. OSS) and you can discover<BR>
    > more explicitly whether you have a slow OSS.<BR>
    <BR>
    We have used Lustre pools in the past for this. They can overlap, so it is <BR>
    Possible to create N pools with each pool containing only one OSS. <BR>
    <BR>
    Scott Denham<BR>
    Staff Engineer - Presales at Cray, Inc<BR>
    <BR>
    _______________________________________________<BR>
    lustre-discuss mailing list<BR>
    <a href="mailto:lustre-discuss@lists.lustre.org">lustre-discuss@lists.lustre.org</a><BR>
    <a href="http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org" target="_blank">http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org</a><BR>
    <BR>
    <BR>

<br /><br /><p style="font-family: Verdana; font-size:10pt; color:#666666;"><b>Disclaimer</b></p><p style="font-family: Verdana; font-size:8pt; color:#666666;">This e-mail has been scanned for all viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business.</p></body></html>