<font size=2 face="sans-serif">Doubtless there are subtleties and special
cases, but my should-work-well advice is:</font><br><br><font size=2 face="sans-serif">A) Use mmapplypolicy ... -I defer  -P
policy-to-set-pool-assignments-and-replication-factor  ...</font><br><font size=2 face="sans-serif">      where the policy
rules file contains rules like</font><br><br><font size=2 face="sans-serif">    RULE 'adjust' MIGRATE
 [FROM POOL 'x']  TO POOL 'y'  REPLICATE({1|2})   WHERE
decide to which file this rule shall apply<br> </font><br><font size=2 face="sans-serif">   The '-I defer' option says
just mark the inodes, do not actually move the data</font><br><br><font size=2 face="sans-serif">B) Use mmrestripefs ...  -b  ...
-N nodeclass   The move data to correct pool assignments and rebalance
the entire file system, also fix ill-replicated and ill-placed files.  (keep
reading...)</font><br><br><font size=2 face="sans-serif">C) "restripe only works within
the same pool"  -- I believe there is a misunderstanding.  For
any given file, all the data blocks are supposed to be in the one pool
indicated by pool assignment which is recorded in the file's inode.  If
the pool assignment changes but not all of the blocks are migrated to the
new pool, then the file is considered "ill-placed".  I believe
mmrestripefs endeavors to move blocks so as to "fix" ill-placed
files.   Failure groups are a different concept that is associated
with replication.  The replicas of a given data or meta data block
should be in different failure groups.  If not, the file is considered
"ill-replicated"  and mmrestripefs endeavors to fix that
also.</font><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">"J. Eric Wonderley"
<eric.wonderley@vt.edu></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">10/04/2016 09:39 AM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">[gpfsug-discuss]
migrate policy vs restripe</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>We have the need to move data from one set of spindles
to another.<br><br>Are there any performance or availability considerations when choosing
to do either a migration policy or a restripe to make this move? 
I did discover that a restripe only works within the same pool...even though
you setup two pools in different failure groups.</font><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>