[gpfsug-discuss] Question about Policies - using mmapplypolicy/EXTERNAL LIST/mmxargs

[Marc A Kaplan]

Correct, you may need to use similar parsing/quoting techniques in your
renaming scripts.
0
Just remember, in Unix/Posix/Linux the only 2 special characters/codes in
path names are  '/'  and \0.  The former delimits directories and the
latter marks the end of the string.
And technically the latter isn't  ever in a path name, it's only used by
system APIs to mark the end of a string that is the pathname argument.

Happy New Year,



From:	Jonathan Buzzard <jonathan.buzzard at strath.ac.uk>
To:	"gpfsug-discuss at spectrumscale.org"
            <gpfsug-discuss at spectrumscale.org>
Date:	12/29/2019 05:01 AM
Subject:	[EXTERNAL] Re: [gpfsug-discuss] Question about Policies - using
            mmapplypolicy/EXTERNAL LIST/mmxargs
Sent by:	gpfsug-discuss-bounces at spectrumscale.org



On 28/12/2019 19:49, Marc A Kaplan wrote:
> The script in mmfs/bin/mmxargs handles mmapplypolicy EXTERNAL LIST file
> lists perfectly. No need to worry about whitespaces and so forth.
> Give it a look-see and a try
>

Indeed, but I get the feeling from the original post that you will need
to mung the path/file names to produce a new directory path that the
files is to be moved to. At this point the whole issue of "wacky"
directory and file names will rear it's ugly head.

So for example

/gpfs/users/joeblogs/experiment`1234?/results *-12-2019.txt

would need moving to something like

/gpfs/users/joeblogs/experiment`1234?/old_data/results *-12-2019.txt

That is a pit of woe unless you are confident that users are being
sensible, or you just forget about wacky named files.

In a similar vein, in the past I have for results coming of a piece of
experimental equipment ziped up every 30 days. Each run on the equipment
and the results go in a different directory/ So for example the directory

/gpfs/users/joeblogs/nmr_spectroscopy/2019/results-1229-01/

would be zipped up to

/gpfs/users/joeblogs/nmr_spectroscopy/2019/results-1229-01.zip

and the original directory removed. This works well because both widows
explorer and finder will allow you to click into the zip files to see
the contents. However the script that did this worked in the principle
of a very strict naming convention that if was not adhered to would mean
the folders where not zipped up.

Given the original posters institution, a good guess is that something
like this is what is wanting to be achieved.


JAB.

--
Jonathan A. Buzzard                         Tel: +44141-5483420
HPC System Administrator, ARCHIE-WeSt.
University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
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=prco68XIUUkBHwRlOlBP9xNlbXteQlfo6eTljgmJseQ&s=dQ0hsxzBJZzZG2Y2Xkh_u6eNGasZl-wHlffQDLn9kiw&e=




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20191229/159e82c7/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20191229/159e82c7/attachment-0002.gif>