<font size=2 face="sans-serif">I suggest you remove any FOR FILESET(...)
specifications from your rules and then run</font><br><br><font size=2 face="sans-serif">mmapplypolicy /path/to/the/root/directory/of/the/independent-fileset-you-wish-to-scan
... --scope inodespace -P your-policy-rules-file ...</font><br><br><font size=2 face="sans-serif">See also the (RTFineM) for the --scope
option and the <i>Directory</i> argument of the mmapplypolicy command.</font><br><br><font size=2 face="sans-serif">That is the best, most efficient way
to scan all the files that are in a particular inode-space. Also,
you must have all filesets of interest "linked" and the file
system must be mounted.</font><br><br><font size=2 face="sans-serif">Notice that "independent"
means that the fileset name is used to denote both a fileset and an inode-space,
where said inode-space contains the fileset of that name and possibly other
"dependent" filesets...</font><br><br><font size=2 face="sans-serif">IF one wished to search the entire file
system for files within several different filesets, one could use rules
with</font><br><br><font size=2 face="sans-serif">FOR FILESET('fileset1','fileset2','and-so-on')</font><br><br><font size=2 face="sans-serif">Or even more flexibly</font><br><br><font size=2 face="sans-serif">WHERE FILESET_NAME LIKE 'sql-like-pattern-with-%s-and-maybe-_s'</font><br><br><font size=2 face="sans-serif">Or even more powerfully</font><br><br><font size=2 face="sans-serif">WHERE regex(FILESET_NAME, 'extended-regular-.*-expression')</font><br><br><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">"Jaime Pinto"
<pinto@scinet.utoronto.ca></font><br><font size=1 color=#5f5f5f face="sans-serif">To:
</font><font size=1 face="sans-serif">"gpfsug main discussion
list" <gpfsug-discuss@spectrumscale.org></font><br><font size=1 color=#5f5f5f face="sans-serif">Date:
</font><font size=1 face="sans-serif">04/18/2018 01:00 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">[gpfsug-discuss]
mmapplypolicy on nested filesets ...</font><br><font size=1 color=#5f5f5f face="sans-serif">Sent by:
</font><font size=1 face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr noshade><br><br><br><tt><font size=2>A few months ago I asked about limits and dynamics
of traversing <br>depended .vs independent filesets on this forum. I used the <br>information provided to make decisions and setup our new DSS based <br>gpfs storage system. Now I have a problem I couldn't' yet figure out <br>how to make it work:<br><br>'project' and 'scratch' are top *independent* filesets of the same <br>file system.<br><br>'proj1', 'proj2' are dependent filesets nested under 'project'<br>'scra1', 'scra2' are dependent filesets nested under 'scratch'<br><br>I would like to run a purging policy on all contents under 'scratch' <br>(which includes 'scra1', 'scra2'), and TSM backup policies on all <br>contents under 'project' (which includes 'proj1', 'proj2').<br><br>HOWEVER:<br>When I run the purging policy on the whole gpfs device (with both <br>'project' and 'scratch' filesets)<br><br>* if I use FOR FILESET('scratch') on the list rules, the 'scra1' and <br>'scra2' filesets under scratch are excluded (totally unexpected)<br><br>* if I use FOR FILESET('scra1') I get error that scra1 is dependent <br>fileset (Ok, that is expected)<br><br>* if I use /*FOR FILESET('scratch')*/, all contents under 'project', <br>'proj1', 'proj2' are traversed as well, and I don't want that (it <br>takes too much time)<br><br>* if I use /*FOR FILESET('scratch')*/, and instead of the whole device
<br>I apply the policy to the /scratch mount point only, the policy still <br>traverses all the content of 'project', 'proj1', 'proj2', which I <br>don't want. (again, totally unexpected)<br><br>QUESTION:<br><br>How can I craft the syntax of the mmapplypolicy in combination with <br>the RULE filters, so that I can traverse all the contents under the <br>'scratch' independent fileset, including the nested dependent filesets
<br>'scra1','scra2', and NOT traverse the other independent filesets at <br>all (since this takes too much time)?<br><br>Thanks<br>Jaime<br><br><br>PS: FOR FILESET('scra*') does not work.<br><br><br><br><br> ************************************<br> TELL US ABOUT YOUR SUCCESS STORIES<br> </font></tt><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scinethpc.ca_testimonials&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=cvpnBBH0j41aQy0RPiG2xRL_M8mTc1izuQD3_PmtjZ8&m=y0aRzkzp0QA9QR8eh3XtN6PETqWYDCNvItdihzdueTE&s=IpwHlr0YNr7rgV7gI8Y2sxIELLIwA15KK4nBnv9BYWk&e="><tt><font size=2>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scinethpc.ca_testimonials&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=cvpnBBH0j41aQy0RPiG2xRL_M8mTc1izuQD3_PmtjZ8&m=y0aRzkzp0QA9QR8eh3XtN6PETqWYDCNvItdihzdueTE&s=IpwHlr0YNr7rgV7gI8Y2sxIELLIwA15KK4nBnv9BYWk&e=</font></tt></a><tt><font size=2><br> ************************************<br>---<br>Jaime Pinto - Storage Analyst<br>SciNet HPC Consortium - Compute/Calcul Canada<br></font></tt><a href=www.scinet.utoronto.ca><tt><font size=2>www.scinet.utoronto.ca</font></tt></a><tt><font size=2>- </font></tt><a href=www.computecanada.ca><tt><font size=2>www.computecanada.ca</font></tt></a><tt><font size=2><br>University of Toronto<br>661 University Ave. (MaRS), Suite 1140<br>Toronto, ON, M5G1M1<br>P: 416-978-2755<br>C: 416-505-1477<br><br>----------------------------------------------------------------<br>This message was sent using IMP at SciNet Consortium, University of Toronto.<br><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=cvpnBBH0j41aQy0RPiG2xRL_M8mTc1izuQD3_PmtjZ8&m=y0aRzkzp0QA9QR8eh3XtN6PETqWYDCNvItdihzdueTE&s=aff0vMJkKd-Z3pw3-jckmI3ejqXh8aSr8rxkKf3OGdk&e="><tt><font size=2>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=cvpnBBH0j41aQy0RPiG2xRL_M8mTc1izuQD3_PmtjZ8&m=y0aRzkzp0QA9QR8eh3XtN6PETqWYDCNvItdihzdueTE&s=aff0vMJkKd-Z3pw3-jckmI3ejqXh8aSr8rxkKf3OGdk&e=</font></tt></a><tt><font size=2><br><br></font></tt><br><br><BR>