<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hey Bryan<br>
    <br>
      There was a previous RFE for path placement from the UG, but Yuri
    told me this was not techically possible as an inode has no
    knowledge about the parent dentry.  (IIRC).    You can see this in
    effect in the C API.  It is possible to work this out at kernel
    level, but it's so costly that it becomes non-viable at scale /
    performance.<br>
    <br>
    IBMers please chip in and expand if you will.<br>
    <br>
    Jez<br>
    <br>
    <div class="moz-cite-prefix">On 31/10/16 17:09, Bryan Banister
      wrote:<br>
    </div>
    <blockquote
cite="mid:21BC488F0AEA2245B2C3E83FC0B33DBB063A1D4A@CHI-EXCHANGEW1.w2k.jumptrading.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The
            File Placement Policy that you are trying to set cannot use
            the size of the file to determine the placement of the file
            in a GPFS Storage Pool.  This is because GPFS has no idea
            what the file size will be when the file is open()’d for
            writing.<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hope
            that helps!<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">-Bryan<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">PS.
            I really wish that we could use a path for specifying data
            placement in a GPFS Pool, and not just the file name, owner,
            etc.  I’ll submit a RFE for this.<o:p></o:p></span></p>
        <p class="MsoNormal"><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
        <p class="MsoNormal"><b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span
style="font-size:11.0pt;font-family:"Calibri","sans-serif"">
            <a class="moz-txt-link-abbreviated" href="mailto:gpfsug-discuss-bounces@spectrumscale.org">gpfsug-discuss-bounces@spectrumscale.org</a>
            [<a class="moz-txt-link-freetext" href="mailto:gpfsug-discuss-bounces@spectrumscale.org">mailto:gpfsug-discuss-bounces@spectrumscale.org</a>]
            <b>On Behalf Of </b>J. Eric Wonderley<br>
            <b>Sent:</b> Monday, October 31, 2016 11:53 AM<br>
            <b>To:</b> gpfsug main discussion list<br>
            <b>Subject:</b> [gpfsug-discuss] wanted...gpfs policy that
            places larger files onto a pool based on size<o:p></o:p></span></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <div>
          <p class="MsoNormal">I wanted to do something like this...<o:p></o:p></p>
          <div>
            <p class="MsoNormal" style="margin-bottom:12.0pt"><br>
              [root@cl001 ~]# cat /opt/gpfs/home.ply<br>
              /*Failsafe migration of old small files back to spinning
              media pool(fc_8T) */<br>
              RULE 'theshold' MIGRATE FROM POOL 'system'
              THRESHOLD(90,70) WEIGHT(ACCESS_TIME) TO POOL 'fc_8T'<br>
              /*Write files larger than 16MB to pool called "fc_8T" */<br>
              RULE 'bigfiles' SET POOL 'fc_8T' WHERE
              FILE_SIZE>16777216<br>
              /*Move anything else to system pool */<br>
              RULE 'default' SET POOL 'system'<o:p></o:p></p>
          </div>
          <div>
            <p class="MsoNormal" style="margin-bottom:12.0pt">Apparently
              there is no happiness using FILE_SIZE in a placement
              policy:<br>
              [root@cl001 ~]# mmchpolicy home /opt/gpfs/home.ply<br>
              Error while validating policy `home.ply': rc=22:<br>
              PCSQLERR: 'FILE_SIZE' is an unsupported or unknown
              attribute or variable name in this context.<br>
              PCSQLCTX: at line 4 of 6: RULE 'bigfiles' SET POOL 'fc_8T'
              WHERE {{{FILE_SIZE}}}>16777216<br>
              runRemoteCommand_v2: cl002.cl.arc.internal: tschpolicy
              /dev/home /var/mmfs/tmp/tspolicyFile.mmchpolicy.113372 -t
              home.ply   failed.<br>
              mmchpolicy: Command failed. Examine previous error
              messages to determine cause.<o:p></o:p></p>
          </div>
          <div>
            <p class="MsoNormal">Can anyone suggest a way to accomplish
              this using policy?<o:p></o:p></p>
          </div>
        </div>
      </div>
      <br>
      <hr>
      <font color="Gray" face="Arial" size="1"><br>
        Note: This email is for the confidential use of the named
        addressee(s) only and may contain proprietary, confidential or
        privileged information. If you are not the intended recipient,
        you are hereby notified that any review, dissemination or
        copying of this email is strictly prohibited, and to please
        notify the sender immediately and destroy this email and any
        attachments. Email transmission cannot be guaranteed to be
        secure or error-free. The Company, therefore, does not make any
        guarantees as to the completeness or accuracy of this email or
        any attachments. This email is for informational purposes only
        and does not constitute a recommendation, offer, request or
        solicitation of any kind to buy, sell, subscribe, redeem or
        perform any type of transaction of a financial product.<br>
      </font>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
<a class="moz-txt-link-freetext" href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a>
</pre>
    </blockquote>
  </body>
</html>