Loic,

mmafmctl prefecth expects encoded list file, and it is not documented 
correctly.  Issues like memory leak, file descriptor leak, and fileset 
going into Unmounted state were fixed in later releases (4.2.1/4.2.2). All 
your points are correct with respect to AFM migration. There is manual 
intervention required. Also prefetch does not give list of files which 
were failed during data read. Users need to run policy to find all 
uncached files today.

~Venkat ([email protected])



From:   "Marc A Kaplan" <[email protected]>
To:     gpfsug main discussion list <[email protected]>
Date:   10/23/2016 12:54 AM
Subject:        Re: [gpfsug-discuss] Using AFM to migrate files. (Peter 
Childs) (Peter Childs) - URL encoding for pathnames
Sent by:        [email protected]



Hmmm.... Peeking into the script, it looks like some of AFM uses the 
simple \\ and \n file list escaping convention (the mmapplypolicy default 
with no ESCAPE specified)  ... And other parts use ESCAPE '%'.    Is this 
inconsistency hidden or does the CLI user have to deal with it?   




From:        Loic Tortay <[email protected]>
To:        gpfsug main discussion list <[email protected]>
Date:        10/22/2016 09:15 AM
Subject:        Re: [gpfsug-discuss] Using AFM to migrate files. (Peter 
Childs) (Peter Childs) - URL encoding for pathnames
Sent by:        [email protected]



On 22/10/2016 15:05, Marc A Kaplan wrote:
> RULE .... EXTERNAL LIST ... ESCAPE '%'
> will direct mmapplypolicy to encode pathnames following RFC3986.
> Use ESCAPE '%/@'  or similar for a more "relaxed" encoding.
>
> See the "Information lifecycle management" chapter of the official pubs
> for more details.
> Read the section that begins ...
>
> ESCAPE '%SpecialCharacters'
> Specifies that path names and the SHOW('string') expressions within the
> associated file lists are
> encoded with a scheme based on RFC3986 URI percent encoding.
>
Hello,
I've read (and used many times) that part of the fine documentation.
My issue is with the documentation of what "mmafcmtl prefetch" expects.


Loïc.
-- 
|     Loïc Tortay <[email protected]>  -  IN2P3 Computing Centre      |

[attachment "smime.p7s" deleted by Marc A Kaplan/Watson/IBM] 
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss




_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to