<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Hi Mark,</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Thanks for confirming I'm not on my own - I've not got any further, other than starting to look at creating a dummy RPM package that fits the criteria Lustre is looking for! That or using a very clunky wrapper script around rpm itself to lie to the configure
 script. I actually have got this second approach working so there is nothing wrong with building against the doca packages, but its a bit annoying to automate the build process for our servers like this.</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
I've not got access to create a Jira ticket myself either.</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Cheers</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
Jon</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Mark Dixon <mark.c.dixon@durham.ac.uk><br>
<b>Sent:</b> Wednesday, January 21, 2026 12:23<br>
<b>To:</b> Jon Marshall <Jon.Marshall@cruk.cam.ac.uk><br>
<b>Cc:</b> lustre-discuss@lists.lustre.org <lustre-discuss@lists.lustre.org><br>
<b>Subject:</b> Re: [lustre-discuss] DKMS build broken with NVIDIA doca packages</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Hi Jon,<br>
<br>
As it happens, I've been looking at the same thing. I hadn't spotted <br>
LU-18002 (thanks), but unfortunately it isn't enough to accommodate the <br>
move to dkms on rhel.<br>
<br>
I don't know how far you've got since Monday, but there now seems a need <br>
for an explicit check of /usr/src/ofa_kernel (as it's no longer owned by a <br>
package) and the "find" for rdma_cm.h needs the -L flag to make sense of <br>
the new maze of twisty passages.<br>
<br>
I think that a new jira ticket needs to be opened...<br>
<br>
Cheers,<br>
<br>
Mark<br>
<br>
<br>
On Mon, 19 Jan 2026, Jon Marshall via lustre-discuss wrote:<br>
<br>
> [EXTERNAL EMAIL]<br>
> Hi,<br>
><br>
> I'm in the process of rebuilding lustre on Rocky 8.10 and have noticed that NVIDIA have been messing around with their packages again, now rebranding everything under the doca label. For LTS purposes we're sticking with 2.15.8 for lustre, and I'm trying to
 get this to build with NVIDIA DOCA 3.2.1 LTS.<br>
><br>
> The trouble is, it seems they have rename the package mlnx-ofa_kernel-devel to mlnx-ofa_kernel-dkms. Looking at the DKMS configure script, it is searching for:<br>
>                        O2IBPKG="mlnx-ofed-kernel-dkms"<br>
>                        O2IBPKG+="|mlnx-ofed-kernel-modules"<br>
>                        O2IBPKG+="|mlnx-ofa_kernel-devel"<br>
>                        O2IBPKG+="|compat-rdma-devel"<br>
>                        O2IBPKG+="|kernel-ib-devel"<br>
>                        O2IBPKG+="|ofa_kernel-devel"<br>
><br>
> And hence it can't find the package (underscore instead of hyphen), which causes the build to fail.<br>
><br>
> Digging around the JIRA, I found this<<a href="https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fjira.whamcloud.com%2fbrowse%2fLU-18002%3fjql%3dtext%2520~%2520dkms%2520ORDER%2520BY%2520created%2520DESC&c=E,1,jSSRk0tXHMx8RQEMnGYEBCTdjBWE-7d4UZni7OYRCsspax3v09_1sRG4eF9iy77rKx5DppDWrhVsH9ZQ7lk_1OT3Wmb_XeUjWfNuEPbhpR8,&typo=1">https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fjira.whamcloud.com%2fbrowse%2fLU-18002%3fjql%3dtext%2520~%2520dkms%2520ORDER%2520BY%2520created%2520DESC&c=E,1,jSSRk0tXHMx8RQEMnGYEBCTdjBWE-7d4UZni7OYRCsspax3v09_1sRG4eF9iy77rKx5DppDWrhVsH9ZQ7lk_1OT3Wmb_XeUjWfNuEPbhpR8,&typo=1</a>>
 issue, but it looks to only have been fixed in 2.16, which we've sort of ruled out at this stage. Looking at the actual patch<<a href="https://linkprotect.cudasvc.com/url?a=https%3a%2f%2freview.whamcloud.com%2fc%2ffs%2flustre-release%2f%20%2f55625%2f4%2flnet%2fautoconf%2flustre-lnet.m4&c=E,1,Wi5eGkf0dY16u2VrGeX06tAPDP6YCLAJhfgPURLolu4ssfvLF8XiwPpqpixQifO1NdxtNZ5tpz8FAqP5gd419t_Yvuu_c-NzIAY1JvTjYeVLYQ,,&typo=1">https://linkprotect.cudasvc.com/url?a=https%3a%2f%2freview.whamcloud.com%2fc%2ffs%2flustre-release%2f%20%2f55625%2f4%2flnet%2fautoconf%2flustre-lnet.m4&c=E,1,Wi5eGkf0dY16u2VrGeX06tAPDP6YCLAJhfgPURLolu4ssfvLF8XiwPpqpixQifO1NdxtNZ5tpz8FAqP5gd419t_Yvuu_c-NzIAY1JvTjYeVLYQ,,&typo=1</a>>,
 it seems pretty minor and I was wondering if this could be back ported to 2.15 as well.<br>
><br>
> I can work around by building things myself, but I was hoping to be able to yum install the packages direct from the whamcloud repos, as this greatly simplifies my rollout.<br>
><br>
> Cheers<br>
> Jon<br>
><br>
><br>
> Jon Marshall<br>
><br>
> High Performance Computing Specialist<br>
><br>
><br>
><br>
> IT and Scientific Computing Team<br>
><br>
><br>
><br>
> Cancer Research UK Cambridge Institute<br>
><br>
> Li Ka Shing Centre | Robinson Way | Cambridge | CB2 0RE<br>
><br>
> Web<<a href="http://www.cruk.cam.ac.uk/">http://www.cruk.cam.ac.uk/</a>> | Facebook<<a href="http://www.facebook.com/cancerresearchuk">http://www.facebook.com/cancerresearchuk</a>> | Twitter<<a href="https://linkprotect.cudasvc.com/url?a=http%3a%2f%2ftwitter.com%2fCR_UK&c=E,1,aCcWa5p892R3_9Lj1VLXiO9wgithO5AHQZh841zayJAVcOaCkJC2gyGFMTpTADviZ3xtPn6klyCExiJqHjg1k5lzggxNNPrsaIis62wIBwOJ&typo=1">https://linkprotect.cudasvc.com/url?a=http%3a%2f%2ftwitter.com%2fCR_UK&c=E,1,aCcWa5p892R3_9Lj1VLXiO9wgithO5AHQZh841zayJAVcOaCkJC2gyGFMTpTADviZ3xtPn6klyCExiJqHjg1k5lzggxNNPrsaIis62wIBwOJ&typo=1</a>><br>
><br>
><br>
><br>
> [Description: CRI Logo]<<a href="http://www.cruk.cam.ac.uk/">http://www.cruk.cam.ac.uk/</a>><br>
><br>
><br>
</div>
</span></font></div>
</body>
</html>