<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p>Hello Carlos,</p>
<p><br>
</p>
<p>Your hardware is interesting. It is more powerful than ours.</p>
<p><br>
</p>
<p>Last year in May we performed an upgrade from CentOS 7.10 with&nbsp;Lustre 2.12.4 to Lustre 2.15.4 with&nbsp;RHEL 8.9 (for the Lustre file server) and RHEL 9.3 (for the head and compute nodes).</p>
<p><br>
</p>
<p>It was a big update. We were very nervous.</p>
<p><br>
</p>
<p>We did spend a lot of time to prepare this general&nbsp;update (almost everything including firmware was updated)&nbsp;as we had no auxiliary system to &quot;practice&quot; (excepts some&nbsp;VMs). We spend a lot of time to script the installation process completely, from&nbsp;the installation
 .iso with kickstart&nbsp;to the node in its final state (in 3 flavors: file server, head node or compute node) across multiple reboot steps (in 30 min)&nbsp;and possibly in parallel&nbsp;in addition to using compiled Lustre and MOFED RPMs at every step and developing a repository
 system where the custom Lustre or MOFED RPMs can hide the corresponding&nbsp;RPMs of the distribution while allowing &nbsp;updates for non kernel, Lustre or MOFED RPMs on a weekly basis. All of this worth the effort. The update this year using these improved mechanisms
 was way faster and smoother. I believe that compiling Lustre and choosing which git commit to use also worth the additional effort as it improve compatibility.</p>
<p><br>
</p>
<p>I am&nbsp;interested in your problem. When you find the solution, please publish as it can help the community.</p>
<p><br>
</p>
<p>Thanks,</p>
<p><br>
</p>
<p>Martin Audet</p>
<div style="color: rgb(0, 0, 0);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Carlos Adean &lt;carlosadean@linea.org.br&gt;<br>
<b>Sent:</b> April 28, 2025 4:15 PM<br>
<b>To:</b> Audet, Martin<br>
<b>Cc:</b> lustre-discuss@lists.lustre.org; Eloir Troyack<br>
<b>Subject:</b> EXT: Re: Re: [lustre-discuss] Installing lustre 2.15.6 server on rhel-8.10 fails</font>
<div>&nbsp;</div>
</div>
<div>
<div><span style="font-weight:bold">***Attention*** This email originated from outside of the NRC. ***Attention*** Ce courriel provient de l'extérieur du CNRC.</span></div>
<div><br>
</div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div>Hi Martin,</div>
<div><br>
</div>
<div>I really appreciate the help. <br>
</div>
</div>
<div><br>
</div>
<div>My answers are inline below.</div>
<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
<div>
<div dir="ltr">
<div id="m_8110646284294991417m_-585840447576696450m_7890049679768417789m_-4994286033720769781divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif">
<p>One question: are you using the precompiled Lustre RPMs (e.g. those available from:&nbsp;<a href="https://downloads.whamcloud.com/public/lustre/lustre-2.15.6/" target="_blank" id="LPlnk349629" previewremoved="true">https://downloads.whamcloud.com/public/lustre/lustre-2.15.6/</a>&nbsp;)
 or are you compiling your own RPMs from the Lustre git repository (&nbsp;<a href="https://github.com/lustre/lustre-release" target="_blank" id="LPlnk133108">https://github.com/lustre/lustre-release</a>&nbsp;) ?</p>
<p></p>
<p>In our case we use the second approach and I think it is better for two reasons:<br>
<br>
</p>
<blockquote style="margin:0px 0px 0px 40px; border:medium; padding:0px">
<p>1- You make sure that everything is consistent, especially with your MOFED environment</p>
<p>2- You are not forced to use the specific versions corresponding to tags exactly, you can chose any version available in git repository or cherry-pick the fixes you think are useful (more details on this later).</p>
</blockquote>
</div>
</div>
</div>
</blockquote>
<div><i><br>
</i></div>
<div>
<div><font size="2">Precompiled RPMs. <br>
</font></div>
</div>
<div>&nbsp;</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
<div>
<div dir="ltr">
<div id="m_8110646284294991417m_-585840447576696450m_7890049679768417789m_-4994286033720769781divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif">
<p>In our case we&nbsp;upgraded last week&nbsp;a small HPC cluster&nbsp;using RHEL 8 for the file server and RHEL 9 for the clients. The update was successful and we had no problem related to MOFED, Lustre, PMIx, Slurm, MPI (including MPI-IO) up to now.</p>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Your upgrade scenario is similar to ours. We\u2019re upgrading our servers from RHEL 7 with Lustre 2.12.6 to RHEL 8.10 with Lustre 2.15.x. The clients previously ran RHEL 7 and will now run RHEL 9.5.</div>
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
<div>
<div dir="ltr">
<div id="m_8110646284294991417m_-585840447576696450m_7890049679768417789m_-4994286033720769781divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif">
<p>Our upgrade is described in a message posted on this mailing list on April 7th:</p>
<blockquote style="margin:0px 0px 0px 40px; border:medium; padding:0px">
<p><br>
</p>
<p><a href="http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/2025-April/019471.html" target="_blank">http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/2025-April/019471.html</a></p>
</blockquote>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>
<div>Actually, our Lustre environment is a bit complex. It has approximately 570\u202fTB of capacity, organized into two tiers: T0 (70\u202fTB) and T1 (500\u202fTB).</div>
<div><br>
</div>
<div>Its infrastructure is composed of two MDS servers connected to a Dell ME4024 storage array, and four OSS servers. Two of these OSS nodes are equipped with NVMe SSDs and provide the T0 tier (high-performance scratch space), while the other two OSS nodes
 are connected via SAS to two ME4084 storage arrays, supporting the T1 tier (long-term data). The entire system operates with high availability (HA) and load balancing (LB) mechanisms.</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Cheers,</div>
<div><br>
<div>
<div dir="ltr" class="gmail_signature">
<div dir="ltr">---<br>
<div><i><b>Carlos Adean</b></i></div>
<div><a href="https://www.linea.org.br" target="_blank">www.linea.org.br</a></div>
</div>
</div>
</div>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>