[gpfsug-discuss] GPL compilation failure

[Uwe Falke]

thanks, ryan.

I would have loved to stay with RHEL 8.7, however RHEL chose to not 
patch the RHEL8.7 Kernel line it seems ...

Uwe

On 17.08.23 18:53, Ryan Novosielski wrote:
> Sorry, one more thing: while you can often upgrade from say 
> 3.10.0-1160.92.1 to 3.10.0-1160.95.1, like the kind of upgrade you’d 
> see within an RHEL point release — and you’ll often see an older 
> version get updated to list support for those kinds of version 
> increments — you should definitely expect to potentially need to 
> upgrade GPFS if you’re going between RHEL point releases, like 8.7 to 
> 8.8 — those ones that change from, say, 4.18.0-425.x to 4.18.0-477.x.
>
> Sometimes unsupported versions will work, but often times they will 
> not, and if you have a support contract, that difference is sort of 
> meaningless since you wouldn’t want to run an unsupported version anyway.
>
>> On Aug 17, 2023, at 12:38, Ryan Novosielski <novosirj at rutgers.edu> wrote:
>>
>> Not supported on that GPFS version; probably need a 5.1.8.x — 
>> definitely supported on 5.1.8.1.
>>
>> Always check here before upgrading the kernel:
>>
>> https://www.ibm.com/docs/en/storage-scale?topic=STXKQY/gpfsclustersfaq.html
>>
>> --
>> #BlackLivesMatter
>> ____
>> || \\UTGERS, |---------------------------*O*---------------------------
>> ||_// the State |         Ryan Novosielski - novosirj at rutgers.edu
>> || \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ 
>> RBHS Campus
>> ||  \\    of NJ | Office of Advanced Research Computing - MSB 
>> A555B, Newark
>>      `'
>>
>>> On Aug 17, 2023, at 11:54, Uwe Falke <uwe.falke at kit.edu> wrote:
>>>
>>> Hi, just to let you know:
>>>
>>> building the 5.1.7.1 GPL layer for Linux Kernel 
>>> 4.18.0-477.21.1.el8_8.x86_64 failed for me:
>>>
>>> [...]
>>>
>>> In file included from /usr/lpp/mmfs/src/gpl-linux/cfiles.c:87,
>>>                   from /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.c:54:
>>> /usr/lpp/mmfs/src/gpl-linux/cxiCache.c: In function 'pcache_nfs_have_rdirplus':
>>> /usr/lpp/mmfs/src/gpl-linux/cxiCache.c:4011:31: error: 'NFS_INO_ADVISE_RDPLUS' undeclared (first use in this function); did you mean 'NFS_INO_ODIRECT'?
>>>                     && test_bit(NFS_INO_ADVISE_RDPLUS, &NFS_I(inodeP)->flags)
>>>                                 ^~~~~~~~~~~~~~~~~~~~~
>>>                                 NFS_INO_ODIRECT
>>> /usr/lpp/mmfs/src/gpl-linux/cxiCache.c:4011:31: note: each undeclared identifier is reported only once for each function it appears in
>>> [...]
>>>
>>> If anyone managed to build that, a message would be nice, else you 
>>> should expect problems.
>>>
>>> I opened a case with IBM but it is caught in the call entry ... (SF 
>>> TS013920636, in case any supporter wants to look after it).
>>>
>>> Uwe
>>>
>>> -- 
>>> Karlsruhe Institute of Technology (KIT)
>>> Steinbuch Centre for Computing (SCC)
>>> Scientific Data Management (SDM)
>>>
>>> Uwe Falke
>>>
>>> Hermann-von-Helmholtz-Platz 1, Building 442, Room 187
>>> D-76344 Eggenstein-Leopoldshafen
>>>
>>> Tel: +49 721 608 28024
>>> Email:uwe.falke at kit.edu
>>> www.scc.kit.edu
>>>
>>> Registered office:
>>> Kaiserstraße 12, 76131 Karlsruhe, Germany
>>>
>>> KIT – The Research University in the Helmholtz Association
>>> _______________________________________________
>>> gpfsug-discuss mailing list
>>> gpfsug-discuss at gpfsug.org
>>> http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org
>>
>
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org

-- 
Karlsruhe Institute of Technology (KIT)
Steinbuch Centre for Computing (SCC)
Scientific Data Management (SDM)

Uwe Falke

Hermann-von-Helmholtz-Platz 1, Building 442, Room 187
D-76344 Eggenstein-Leopoldshafen

Tel: +49 721 608 28024
Email:uwe.falke at kit.edu
www.scc.kit.edu

Registered office:
Kaiserstraße 12, 76131 Karlsruhe, Germany

KIT – The Research University in the Helmholtz Association
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20230817/c5dd4b97/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5814 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20230817/c5dd4b97/attachment.bin>