I assisted in a migration a couple years ago when we pushed teams to RHEL 7 and the science pipeline folks weren’t really concerned with the version of Scale we were using, but more what the new OS did to their code stack with the newer version of things like gcc and other libraries. They ended up re-running pipelines from prior data releases to compare the outputs of the pipelines to make sure they were within tolerance and matched prior results.
Best, J.D. Maloney HPC Storage Engineer | Storage Enabling Technologies Group National Center for Supercomputing Applications (NCSA) From: <[email protected]> on behalf of "Carl Zetie - [email protected]" <[email protected]> Reply-To: gpfsug main discussion list <[email protected]> Date: Thursday, February 20, 2020 at 10:42 AM To: "[email protected]" <[email protected]> Subject: Re: [gpfsug-discuss] GPFS 5 and supported rhel OS (Ken Atkinson) Ken wrote: > It may be that some HPC users "have to" > reverify the results of their computations as being exactly the same as a > previous software stack and that is not a minor task. Any change may > require this verification process..... How deep does “any change” go? Mod level? PTF? Efix? OS errata? Many of our enterprise customers also have validation requirements, although not as strict as typical HPC users e.g. they require some level of testing if they take a Mod but not a PTF. Mind you, with more HPC-like workloads showing up in the enterprise, that too might change… Thanks, Carl Zetie Program Director Offering Management Spectrum Scale & Spectrum Discover ---- (919) 473 3318 ][ Research Triangle Park [email protected] [signature_510537050]
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
