Wow, Lustre 1.6 is really old, released in 2009. Even Lustre 2.6 would be pretty old, released in 2014.
While there haven't been a *lot* of on-disk format changes over the years, there was a fairly significant change in Lustre 2.0 that would probably make upgrading the filesystem directly to a more recent Lustre release (e.g. 2.12.9) difficult. We've long since removed compatibility for such old versions from the code. My recommendation would be to install a VM with an old version of RHEL and Lustre (e.g. RHEL5 and Lustre 1.8.9 from https://downloads.whamcloud.com/public/lustre/lustre-1.8.9-wc1/el5/server/RPMS/x86_64/) and attach the storage to the node. You would probably need to do the "writeconf" process to change the server NIDs from their current IB addresses to TCP. Other than that, if the node can see the storage, Lustre should be able to mount it. I would then strongly recommend to copy all of the data to new hardware, instead of running it like this. *Even if* the storage is currently working, it is 10+ years old and likely to also fail soon. Also, the storage is likely to be small and slow compared to any modern devices, and should be refreshed before the data is permanently lost. Cheers, Andreas On Jul 19, 2023, at 21:31, Richard Chang via lustre-discuss <[email protected]<mailto:[email protected]>> wrote: Hi, I have an existing, old Lustre, don't remember the exact version, but most most likely 1.6 . The Lustre Servers had crashed and can't be fixed, HW wise. The MDT/MGT and OSTs are housed in a backend FC based DAS. How easy or difficult it is to create a few new servers and adding these backend storage to the new servers to get back the data ? I am not saying it is staright forward, but there is no harm in trying. We can even load the old version of OS and Lustre SW. All the user is concerned about is the data, which I am sure is still safe in the backend storage box. One thing though. The old servers had Infiniband as the LNET, but the newer ones will use TCP. Any help and advice will be highly appreciated. Thanks & regards, Richard. _______________________________________________ lustre-discuss mailing list [email protected]<mailto:[email protected]> http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org Cheers, Andreas -- Andreas Dilger Lustre Principal Architect Whamcloud
_______________________________________________ lustre-discuss mailing list [email protected] http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
