<font size=2 face="sans-serif">RO cache filesets doesn't support failover
command. Is </font><font size=2 face="Calibri">NICKTESTFSET</font><font size=2 face="sans-serif">RO mode fileset ?</font><br><br><font size=2 face="Calibri">>The infocenter and documentation say
the cache expects home to be empty. I did a small test and it seems to
work but it may have happened too fast for me to notice any data movement.
<br></font><br><font size=2 face="Calibri">mmafmctl failover/resync commands does
not remove extra files at home, if home is empty this won't be an issue.</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">Nick Savva <nick.savva@adventone.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/24/2018 12:18 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
AFM cache re-link</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 face="Calibri">The caches are RO. Thanks that’s exactly
what I tested, its just the infocenter threw me when it said it expects
the home to be empty….. </font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">This was the command I used </font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">mmafmctl cachefs1 failover -j NICKTESTFSET
 --new-target nfs://10.0.0.142/ibm/scalefs2/fsettest    
</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">Appreciate the confirmation</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">Nick</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri"><b>From:</b> gpfsug-discuss-bounces@spectrumscale.org
<gpfsug-discuss-bounces@spectrumscale.org> <b>On Behalf Of </b>Venkateswara
R Puvvada<b><br>Sent:</b> Monday, 23 April 2018 8:56 PM<b><br>To:</b> gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><b><br>Subject:</b> Re: [gpfsug-discuss] AFM cache re-link</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Arial">What is the fileset mode ? AFM won't attempt
to copy the data back to home if file data already exists (checks if file
size, mtime with nano seconds granularity  and number of data blocks
allocated are same). For example rsync version >= 3.1.0 keeps file mtime
in sync with nano seconds granularity. Copy the data  from old home
to new home and run failover command  from cache to avoid resynching
the entire data.</font><font size=2 face="Calibri"><br></font><font size=2 face="Arial"><br>~Venkat (</font><a href=mailto:vpuvvada@in.ibm.com><font size=2 color=blue face="Arial"><u>vpuvvada@in.ibm.com</u></font></a><font size=2 face="Arial">)</font><font size=2 face="Calibri"><br><br><br></font><font size=1 color=#5f5f5f face="Arial"><br>From:        </font><font size=1 face="Arial">Nick
Savva <</font><a href=mailto:nick.savva@adventone.com><font size=1 color=blue face="Arial"><u>nick.savva@adventone.com</u></font></a><font size=1 face="Arial">></font><font size=1 color=#5f5f5f face="Arial"><br>To:        </font><font size=1 face="Arial">"'gpfsug-discuss@spectrumscale.org'"
<</font><a href="mailto:gpfsug-discuss@spectrumscale.org"><font size=1 color=blue face="Arial"><u>gpfsug-discuss@spectrumscale.org</u></font></a><font size=1 face="Arial">></font><font size=1 color=#5f5f5f face="Arial"><br>Date:        </font><font size=1 face="Arial">04/22/2018
05:48 PM</font><font size=1 color=#5f5f5f face="Arial"><br>Subject:        </font><font size=1 face="Arial">[gpfsug-discuss]
AFM cache re-link</font><font size=1 color=#5f5f5f face="Arial"><br>Sent by:        </font><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org"><font size=1 color=blue face="Arial"><u>gpfsug-discuss-bounces@spectrumscale.org</u></font></a><div align=center><hr noshade></div><br><font size=2 face="Calibri"><br><br></font><font size=2 face="Calibri"><br>Hi all,<br> <br>I was always preface my questions with an apology first up if this has
been covered before.<br> <br>I am curious if anyone has tested relinking an AFM cache to a new home
where the new home, old home and cache have the exact same data. What is
the behaviour? <br> <br>The infocenter and documentation say the cache expects home to be empty.
I did a small test and it seems to work but it may have happened too fast
for me to notice any data movement. <br> <br>If anyone is interested in the use case, I am attempting to avoid pulling
data from production over the link. The idea is to sync the data locally
in DR to the cache, and then relink the cache to production. Where prod/dr
are gpfs filesystems with a replica set of data. Again its to avoid moving
TB’s across the link that are already there.<br> <br> <br>Appreciate the help in advance,<br> <br>Nick<br> <br> <br> <br> <br> <br> </font><font size=2 face="Courier New">_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org</font><font size=2 color=blue face="Calibri"><u><br></u></font><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=nXbwwQdO-Ul1CumnSmAKP5UCePJCaBVsley8z-eLJgw&s=Rho3eJsFXeOseZuGqDzP33yLYKUUpyIA1DUGGtmx_LU&e="><font size=2 color=blue face="Courier New"><u>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=nXbwwQdO-Ul1CumnSmAKP5UCePJCaBVsley8z-eLJgw&s=Rho3eJsFXeOseZuGqDzP33yLYKUUpyIA1DUGGtmx_LU&e=</u></font></a><font size=2 face="Calibri"><br><br></font><tt><font size=2>_______________________________________________<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=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=ZSOnMkeNsw6v92UHjeMBC3XPHfpzZlHBMAOJcNpXuNE&s=dZGOYMPF40W5oLiOu-cyilyYzFr4tWalJWKjo1D7PsQ&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=92LOlNh2yLzrrGTDA7HnfF8LFr55zGxghLZtvZcZD7A&m=ZSOnMkeNsw6v92UHjeMBC3XPHfpzZlHBMAOJcNpXuNE&s=dZGOYMPF40W5oLiOu-cyilyYzFr4tWalJWKjo1D7PsQ&e=</font></tt></a><tt><font size=2><br></font></tt><br><br><BR>