<html><body><p>Correct.  mmchfs -V only done quick operations (that can be easily undone if something goes wrong).  Essentially the big task here is to increase on-disk file system descriptor version number, to allow using those features that require a higher version.  Bigger "conversion"-style tasks belong in mmmigratefs.<br><br>The only way to increase the inode size and the data block size is to format a new file system.  This cannot be done on an existing file system.<br><br>yuri<br><br><img width="16" height="16" src="cid:1__=07BB0ADBDFC64FEA8f9e8a93df938690918c07B@" border="0" alt="Inactive hide details for Jan-Frode Myklebust ---10/10/2016 07:35:48 AM---I've also always been worried about that one, but nev"><font color="#424282">Jan-Frode Myklebust ---10/10/2016 07:35:48 AM---I've also always been worried about that one, but never experienced it taking any time, I/O or inter</font><br><br><font size="2" color="#5F5F5F">From:        </font><font size="2">Jan-Frode Myklebust <janfrode@tanso.net></font><br><font size="2" color="#5F5F5F">To:        </font><font size="2">gpfsug main discussion list <gpfsug-discuss@spectrumscale.org>, </font><br><font size="2" color="#5F5F5F">Date:        </font><font size="2">10/10/2016 07:35 AM</font><br><font size="2" color="#5F5F5F">Subject:        </font><font size="2">Re: [gpfsug-discuss] GPFS Upgrade 3.5 -> 4.1</font><br><font size="2" color="#5F5F5F">Sent by:        </font><font size="2">gpfsug-discuss-bounces@spectrumscale.org</font><br><hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br><br><br><font size="4">I've also always been worried about that one, but never experienced it taking any time, I/O or interruption. I've the interpreted it to just start using new features, but not really changing anything with the existing metadata. Things needing on disk changes are probably put in mmmigratefs I have not heard about anything needing mmmigratefs since GPFS v3.3 (fs version 11.03) added fast extended attributes.<br><br>Would be great to hear otherwize, or confirmations.<br><br><br>-jf</font><br><font size="4">man. 10. okt. 2016 kl. 14.32 skrev Peter Childs <</font><a href="mailto:p.childs@qmul.ac.uk"><u><font size="4" color="#0000FF">p.childs@qmul.ac.uk</font></u></a><font size="4">>:</font><ul><font size="4">We are finishing upgrading our GPFS cluster of around 250 (client) nodes from GPFS 3.5.0.31 to Spectrum Scale 4.1.1.8, and have just about upgraded all the computers.<br><br>We are looking at running the "mmchfs -V LATEST" step and where wondering how much io this takes and if it was likely to interrupt service?<br><br>We are looking at upgrading to 4.2 but plan to do that via Multi-cluster and AFM as we are integrating new hardware and wish to increase the block and inode size at the same time.<br><br>Peter Childs<br>Research Storage Expert<br>ITS Research Infrastructure<br>Queen Mary, University of London<br><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at </font><a href="http://spectrumscale.org/" target="_blank"><u><font size="4" color="#0000FF">spectrumscale.org</font></u></a><u><font size="4" color="#0000FF"><br></font></u><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank"><u><font size="4" color="#0000FF">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></u></a><tt>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br></tt><tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></tt><tt><br></tt><br></ul><BR>
</body></html>