<font size=2 face="sans-serif">You can disable snapshots creation on DR
by simply disabling RPO feature on DR. </font><br><font size=2 face="sans-serif"><br><br>Best Regards,<br>Shankar Balasubramanian<br>AFM & Async DR Development<br>IBM Systems<br>Bangalore - Embassy Golf Links <br>India<br><br></font><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">Vic Cornell <viccornell@gmail.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/19/2016 04:34 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">Re: [gpfsug-discuss]
AFM Question</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=3>Thanks Luke,</font><br><br><font size=3>The whole business of “promoting” a cache from one type
to another isn’t documented very well in the places that I am looking.
I would be grateful to anyone with more info to share.</font><br><br><font size=3>I am in the process of investigating Async DR for new
customers. It would just be useful to see what can be done with existing
ones who have no interest in upgrading.</font><br><br><font size=3>Also Async DR means that I have to create snapshots (and
worse delete them) on the “working” side of a replication pair and this
is something I’m not in a tearing hurry to do.</font><br><br><font size=3> </font><br><font size=3>Regards,</font><br><br><font size=3>Vic</font><br><br><font size=3>On 19 Apr 2016, at 11:46, Luke Raimbach <</font><a href=mailto:Luke.Raimbach@crick.ac.uk><font size=3 color=blue><u>Luke.Raimbach@crick.ac.uk</u></font></a><font size=3>>
wrote:</font><br><br><font size=2 color=#004080 face="Calibri">Hi Shankar, Vic,</font><br><font size=2 color=#004080 face="Calibri"> </font><br><font size=2 color=#004080 face="Calibri">Would it not be possible,
once the original cache site is useable, to bring it up in local-update
mode so that you can pre-fetch all the metadata from home?</font><br><font size=2 color=#004080 face="Calibri"> </font><br><font size=2 color=#004080 face="Calibri">Once you are ready to do
the switchover: stop writing to home, do a final sync of metadata, then
“promote” the local-update cache to a single-writer; continue writing
new data in to the original cache.</font><br><font size=2 color=#004080 face="Calibri"> </font><br><font size=2 color=#004080 face="Calibri">I am assuming the only reason
you’d want to repopulate the SW cache with metadata is to prevent someone
accidentally creating the same file after the disaster and overwriting
the original at home without any knowledge?</font><br><font size=2 color=#004080 face="Calibri"> </font><br><font size=2 color=#004080 face="Calibri">Cheers,</font><br><font size=2 color=#004080 face="Calibri">Luke.</font><br><a name=_MailEndCompose></a><font size=2 color=#004080 face="Calibri"> </font><br><font size=2 face="Calibri"><b>From:</b> </font><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org"><font size=2 color=#800080 face="Calibri"><u>gpfsug-discuss-bounces@spectrumscale.org</u></font></a><font size=2 face="Calibri">[</font><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org"><font size=2 color=#800080 face="Calibri"><u>mailto:gpfsug-discuss-bounces@spectrumscale.org</u></font></a><font size=2 face="Calibri">]
<b>On Behalf Of </b>Shankar Balasubramanian<b><br>Sent:</b> 19 April 2016 06:47<b><br>To:</b> gpfsug main discussion list <</font><a href="mailto:gpfsug-discuss@spectrumscale.org"><font size=2 color=#800080 face="Calibri"><u>gpfsug-discuss@spectrumscale.org</u></font></a><font size=2 face="Calibri">><b><br>Subject:</b> Re: [gpfsug-discuss] AFM Question</font><br><font size=3 face="Times New Roman"> </font><br><font size=2 face="Arial">SW mode does not support failover. IW does,
so this will not work. <br><br><br>Best Regards,<br>Shankar Balasubramanian<br>AFM & Async DR Development<br>IBM Systems<br>Bangalore - Embassy Golf Links <br>India<br></font><font size=3 face="Times New Roman"><br><br><br><br></font><font size=1 color=#5f5f5f face="Arial"><br>From:        </font><font size=1 face="Arial">Vic Cornell
<</font><a href=mailto:viccornell@gmail.com><font size=1 color=#800080 face="Arial"><u>viccornell@gmail.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
main discussion list <</font><a href="mailto:gpfsug-discuss@spectrumscale.org"><font size=1 color=#800080 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/18/2016
07:13 PM</font><font size=1 color=#5f5f5f face="Arial"><br>Subject:        </font><font size=1 face="Arial">[gpfsug-discuss]
AFM Question</font><font size=1 color=#5f5f5f face="Arial"><br>Sent by:        </font><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org"><font size=1 color=#800080 face="Arial"><u>gpfsug-discuss-bounces@spectrumscale.org</u></font></a><div align=center><hr noshade></div><br><font size=3 face="Times New Roman"><br><br><br>Hi All,</font><p><font size=3 face="Times New Roman">Is there a bandwidth efficient way
(downtime is allowed) to reverse the relationship between HOME and CACHE
in a single writer AFM relationship?</font><p><font size=3 face="Times New Roman">If it is not immediately obvious
why this might be useful, see the following scenario:</font><p><font size=3 face="Times New Roman">Fileset A is a GPFS fileset which
is acting as CACHE for a single writer HOME on fileset B located on a separate
filesystem.</font><p><font size=3 face="Times New Roman">The system hosting A fails and all
data on fileset A is lost.</font><p><font size=3 face="Times New Roman">Admin uses fileset B as a recovery
volume and users read and write data to B until the system hosting A is
recovered, albeit without data.</font><p><font size=3 face="Times New Roman">Admin uses mmafmctl to “failover”
AFM relationship to a new fileset on A, all data are copied from B to A
over time and users continue to access the data via B.</font><p><font size=3 face="Times New Roman">So is there a bandwidth efficient
way (downtime is allowed) to reverse the relationship between A and B such
that the replication flow is as it was to start with?</font><p><font size=3 face="Times New Roman">Cheers,</font><p><font size=3 face="Times New Roman">Vic</font><font size=2 face="Courier New"><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at </font><a href=http://spectrumscale.org/><font size=2 color=#800080 face="Courier New"><u>spectrumscale.org</u></font></a><font size=3 color=#800080 face="Times New Roman"><u><br></u></font><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><font size=2 color=#800080 face="Courier New"><u>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></a><font size=2 face="Courier New"><br></font><p><font size=2 color=#808080 face="Trebuchet MS"><i>The Francis Crick
Institute Limited is a registered charity in England and Wales no. 1140062
and a company registered in England and Wales no. 06885462, with its registered
office at 215 Euston Road, London NW1 2BE.</i></font><p><font size=2 face="Helvetica">_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at </font><a href=http://spectrumscale.org/><font size=2 color=#800080 face="Helvetica"><u>spectrumscale.org</u></font></a><font size=2 color=#800080 face="Helvetica"><u><br></u></font><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss"><font size=2 color=#800080 face="Helvetica"><u>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></a><br><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><br><BR>