<font size=2 face="sans-serif">Tomasz,</font><br><br><font size=2 face="sans-serif">The statement below from "Concepts,
Planning and Installation Guide"  was found to be incorrect and
is being withdrawn from the publications.  The team is currently working
on improvements to the guidance being provided for migration.</font><br><br><font size=2 face="sans-serif">For a cluster which is <b>not </b>running
protocols like NFS/SMB/Object,  migration of nodes one-at-a-time from
4.1.1 to 4.2.3 should work.  Once <b>all </b>nodes are migrated to
4.2.3, command</font><br><br><font size=2 face="sans-serif"><b>mmchconfig release=LATEST</b></font><br><br><font size=2 face="sans-serif">can be issued to move the cluster to
the 4.2.3 level.   Note that the command above will not change the
file system level. The file system can be moved to the latest level with
command</font><br><br><font size=2 face="sans-serif"><b>mmchfs <i>file-system-name</i> -V
full </b></font><br><br><br><br><font size=2 face="Calibri">In other words: can two nodes, one with
GPFS version 4.1.1 and the other with version 4.2.3, coexist in the cluster,
where nodes have not been migrated to 4.2.3 (i.e. filesystem level is still
at version 4.1.1)?</font><br><br><font size=2 face="sans-serif">That is expected to work.</font><br><br><font size=2 face="sans-serif">  Felipe</font><br><br><font size=2 face="sans-serif">----<br>Felipe Knop                  
                  knop@us.ibm.com<br>GPFS Development and Security<br>IBM Systems<br>IBM Building 008<br>2455 South Rd, Poughkeepsie, NY 12601<br>(845) 433-9314  T/L 293-9314<br><br></font><br><br><br><br><font size=1 color=#5f5f5f face="sans-serif">From:      
 </font><font size=1 face="sans-serif">"Tomasz.Wolski@ts.fujitsu.com"
<Tomasz.Wolski@ts.fujitsu.com></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">05/29/2017 04:24 PM</font><br><font size=1 color=#5f5f5f face="sans-serif">Subject:    
   </font><font size=1 face="sans-serif">[gpfsug-discuss]
GPFS update path 4.1.1 -> 4.2.3</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=2 face="Calibri">Hello,</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">We are planning to integrate new IBM Spectrum
Scale version 4.2.3 into our software, but in our current software release
we have version 4.1.1 integrated. We are worried how would node-at-a-time
updates look like when our customer wanted to update his cluster from 4.1.1
to 4.2.3 version.</font><br><font size=2 face="Calibri">According to “Concepts, Planning and Installation
Guide” (for 4.2.3), there’s a limited compatibility between two GPFS
versions and if they’re not adjacent, then following update path is advised:</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">“If you want to migrate to an IBM Spectrum
Scale version that is not an adjacent release of your current</font><br><font size=2 face="Calibri">version (for example, version 4.1.1.x to
version 4.2.3), you can follow this migration path depending on</font><br><font size=2 face="Calibri">your current version:</font><br><font size=2 face="Calibri">V 3.5 > V 4.1.0.x > V 4.1.1.x >
V 4.2.0.x > V 4.2.1.x > V 4.2.2.x > V 4.2.3.x”</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">My question is: is the above statement
true even though on nodes where new GPFS 4.2.3 is installed these nodes
will not be migrated to latest release with “mmchconfig release=LATEST”
until all nodes in the cluster will have been updated to version 4.2.3?
</font><br><font size=2 face="Calibri">In other words: can two nodes, one with
GPFS version 4.1.1 and the other with version 4.2.3, coexist in the cluster,
where nodes have not been migrated to 4.2.3 (i.e. filesystem level is still
at version 4.1.1)?</font><br><font size=2 face="Calibri"> </font><br><font size=2 face="Calibri">Best regards,</font><br><font size=2 face="Calibri">Tomasz Wolski</font><br><font size=2 face="Calibri"> </font><br><font size=2 color=#004080 face="sans-serif">With best regards / Mit
freundlichen Grüßen / Pozdrawiam</font><br><font size=2 color=#004080 face="sans-serif"> </font><br><font size=2 color=#004080 face="sans-serif"><b>Tomasz Wolski</b></font><br><font size=2 color=#004080 face="sans-serif">Development Engineer</font><br><font size=2 color=#004080 face="sans-serif">NDC Eternus CS HE (ET2)</font><br><img src=cid:_1_1085F01C1085EDB0000FE74D85258130 width=81 height=60 alt=cid:image002.gif@01CE62B9.8ACFA960 style="border:0px solid;"><br><font size=2 color=#004080 face="sans-serif"><b>FUJITSU</b></font><br><font size=2 color=#004080 face="sans-serif">Fujitsu Technology Solutions
Sp. z o.o.</font><br><font size=2 color=#004080 face="sans-serif">Textorial Park Bldg C,
ul. Fabryczna 17</font><br><font size=2 color=#004080 face="sans-serif">90-344 Lodz, Poland</font><br><font size=2 face="Calibri"> </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>