<font size=3>This redbook</font><br><br><a href="http://w3-03.ibm.com/support/techdocs/atsmastr.nsf/3af3af29ce1f19cf86256c7100727a9f/335d8a48048ea78d85258059006dad33/$FILE/SOBAR_Migration_SpectrumScale_v1.0.pdf"><font size=3 color=blue>http://w3-03.ibm.com/support/techdocs/atsmastr.nsf/3af3af29ce1f19cf86256c7100727a9f/335d8a48048ea78d85258059006dad33/$FILE/SOBAR_Migration_SpectrumScale_v1.0.pdf</font></a><br><br><font size=3>has these and other hints:</font><br><br><font size=3>-B blocksize, should match the file system block size
of the source system, <b>but can also be larger</b> (not smaller). To obtain
the file system block size in the source system use the command: mmlsfs
-B </font><br><br><font size=3>-i inodesize, should match the file system inode size
of the source system, <b>but can also be larger</b> (not smaller). To obtain
the inode size in the source system use the following command: mmlsfs -i.
Note, in Spectrum Scale it is recommended to use a inodesize of 4K because
this well aligns to disk I/O. Our tests have shown that having a greater
inode size on the target than on the source works as well. </font><font size=2 face="sans-serif"><br></font><br><font size=2 face="sans-serif">If you really want to shrink the blocksize,
some internal testing indicates that works also.  </font><br><font size=2 face="sans-serif">Shrinking the inodesize also works,
although this will impact the efficiency of small file and extended attributes
in-the-inode support.</font><br><BR>