<font size=3 face="Arial">Would the PATH_NAME LIKE option work?</font><br><br><font size=3 face="sans-serif">Fred<br>__________________________________________________<br>Fred Stock | IBM Pittsburgh Lab | 720-430-8821<br>stockf@us.ibm.com</font><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 12:55 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=p_1XEUyoJ7-VJxF_w8h9gJh8_Wj0Pey73LCLLoxodpw&m=csxqKhhBsww-1H4lJlra9UtcoY0yG6PcOeV5jYf5pYo&s=tM9JZXsRNu6EEhoFlUuWvTLwMsqbDjfDj3NDZ6elACA&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=p_1XEUyoJ7-VJxF_w8h9gJh8_Wj0Pey73LCLLoxodpw&m=csxqKhhBsww-1H4lJlra9UtcoY0yG6PcOeV5jYf5pYo&s=tM9JZXsRNu6EEhoFlUuWvTLwMsqbDjfDj3NDZ6elACA&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=p_1XEUyoJ7-VJxF_w8h9gJh8_Wj0Pey73LCLLoxodpw&m=csxqKhhBsww-1H4lJlra9UtcoY0yG6PcOeV5jYf5pYo&s=V6u0XsNxHj4Mp-mu7hCZKv1AD3_GYqU-4KZzvMSQ_MQ&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=p_1XEUyoJ7-VJxF_w8h9gJh8_Wj0Pey73LCLLoxodpw&m=csxqKhhBsww-1H4lJlra9UtcoY0yG6PcOeV5jYf5pYo&s=V6u0XsNxHj4Mp-mu7hCZKv1AD3_GYqU-4KZzvMSQ_MQ&e=</font></tt></a><tt><font size=2><br><br></font></tt><br><br><BR>