<font size=2 face="sans-serif">AFM supports data migration between the
two different file systems from the same cluster using NSD protocol. AFM
based migration using the NSD protocol is usually performed by remote mounting
the old filesystem (if not in the same cluster) at the new cluster's gateway
node(s). Only gateway node is required to mount the remote filesystem.</font><br><br><font size=2 face="sans-serif">Some recent improvements to the AFM
prefetch</font><br><br><font size=2 face="sans-serif">1. Directory level prefetch, users no
longer required to provide list files. Directory prefetch automatically
detects the changed or new files and queues only the changed files for
the migration. Prefetch queuing starts immediately, and does not
wait for the full list file/directory processing unlike in the earlier
releases (pre 5.0.2).</font><br><font size=2 face="sans-serif">2. Multiple prefetches for the same
fileset from different gateway nodes. (will be available in 5.0.3.x, 5.0.2.x).
User can select any gateway node to run the prefetch for a fileset,
or split list of files or directories and execute them from the multiple
gateway nodes simultaneously. This method gets good migration performance
and better utilization of network bandwidth as the multiple streams are
used for the transfer.</font><br><font size=2 face="sans-serif">3. Better prefetch queueing statistics
than previous releases, provides total number of files, how many queued,
total amount of data etc..</font><br><br><font size=2 face="sans-serif">~Venkat (vpuvvada@in.ibm.com)</font><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:
</font><font size=1 face="sans-serif">"Lyle Gayne"
<lgayne@us.ibm.com></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/01/2019 07:35 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:
</font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
A net new cluster</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><font size=2>Yes, native GPFS access can be used by AFM, but only for
shorter distances (10s of miles, e.g.). For intercontinental or cross-US
distances, the latency would be too high for that protocol so NFS would
be recommended.<br><br>Lyle</font><font size=3><br><br><br></font><img src=cid:_1_D8601E78D860196C003C5712652583D0 alt="Inactive hide details for "Marc A Kaplan" ---03/29/2019 03:05:53 PM---I don't know the particulars of the case in question, nor" style="border:0px solid;"><font size=2 color=#424282>"Marc
A Kaplan" ---03/29/2019 03:05:53 PM---I don't know the particulars
of the case in question, nor much about ESS rules...</font><font size=3><br></font><font size=2 color=#5f5f5f><br>From: </font><font size=2>"Marc A Kaplan" <makaplan@us.ibm.com></font><font size=2 color=#5f5f5f><br>To: </font><font size=2>gpfsug main discussion list <gpfsug-discuss@spectrumscale.org></font><font size=2 color=#5f5f5f><br>Date: </font><font size=2>03/29/2019 03:05 PM</font><font size=2 color=#5f5f5f><br>Subject: </font><font size=2>Re: [gpfsug-discuss] A net new cluster</font><font size=2 color=#5f5f5f><br>Sent by: </font><font size=2>gpfsug-discuss-bounces@spectrumscale.org</font><font size=3><br></font><hr noshade><font size=3><br><br></font><font size=2><br>I don't know the particulars of the case in question, nor much about ESS
rules...<br>But for a vanilla Spectrum Scale cluster -.<br><br>1) There is nothing wrong or ill-advised about upgrading software and then
creating a new version 5.x file system... keeping any older file systems
in place.<br><br>2) I thought AFM was improved years ago to support GPFS native access --
need not go through NFS stack...?<br><br>Whereas your wrote:</font><font size=3 face="Calibri"><br>... nor is it advisable to try to create a new pool or filesystem in same
cluster and then migrate (partially because migrating between filesystems
within a cluster with afm would require going through nfs stack afaik)
...</font><p><font size=3><br></font><tt><font size=2><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org</font></tt><tt><font size=2 color=blue><u><br></u></font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2 color=blue><u>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></tt></a><p><tt><font size=2>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><tt><font size=2>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt><font size=2><br></font></tt><p><p><BR>