<font size=2 face="sans-serif">Hi,</font><br><br><font size=2 face="sans-serif">You can stop the AFM resync if it is
not required.</font><br><br><font size=2 face="sans-serif">mmafmctl device dropPending -j fileset</font><br><font size=2 face="sans-serif">mmafmctl device resetResync -j fileset</font><br><br><font size=2 face="sans-serif">Next access to the fileset would run
the recovery and impact should be minimal as it recovers only the data
which was not replicated.</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">Leonardo Sala <leonardo.sala@psi.ch></font><br><font size=1 color=#5f5f5f face="sans-serif">To:      
 </font><font size=1 face="sans-serif">"gpfsug-discuss@spectrumscale.org"
<gpfsug-discuss@spectrumscale.org></font><br><font size=1 color=#5f5f5f face="sans-serif">Date:      
 </font><font size=1 face="sans-serif">07/17/2019 07:32 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">[EXTERNAL] [gpfsug-discuss]
Mistakenly AFM resync triggered: should I stop it?</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><tt><font size=3>Dear all,</font></tt><p><tt><font size=3>I do have a possibly stupid question, based on something
stupid I did. During a procedure to recover AFM transfers (which stopped
for still to be investigated reasons), I triggered by mistake a resync
operation on an healthy SW fileset (state: Inactive). The AFM cache in
this case is big, so this has triggered a big backlog and quite some network
activity. afmPrefetchThreshold is set to 0, so I am not too scared about
partially zero-filled data files. But what would it be the best course
of action now? Should I just let it run (ETA: ~20 hours, give or take),
or try to stop it? Also, given that this is some experimental data, what
would the safest course of action?</font></tt><p><tt><font size=3>Thanks a lot!</font></tt><p><tt><font size=3>cheers</font></tt><p><tt><font size=3>leo</font></tt><br><p><tt><font size=3>-- <br>Paul Scherrer Institut<br>Dr. Leonardo Sala<br>Group Leader High Performance Computing<br>Deputy Section Head Science IT<br>Science IT<br>WHGA/106<br>5232 Villigen PSI<br>Switzerland<br><br>Phone: +41 56 310 3369<br></font></tt><a href="mailto:leonardo.sala@psi.ch"><tt><font size=3 color=blue><u>leonardo.sala@psi.ch</u></font></tt></a><tt><font size=3><br></font></tt><a href="http://www.psi.ch"><tt><font size=3 color=blue><u>www.psi.ch</u></font></tt></a><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>