[slurm-users] RHEL8 support - Missing Symbols in SelectType libraries

[Brian Andrus]

I spoke too soon.

While I can successfully build/run slurmctld, slurmd is failing because 
ALL of the SelectType libraries are missing symbols.

Example from select_cons_tres.so:

/*# slurmd*//*
*//*slurmd: error: plugin_load_from_file: 
dlopen(/usr/lib64/slurm/select_cons_tres.so): 
/usr/lib64/slurm/select_cons_tres.so: undefined symbol: 
powercap_get_cluster_current_cap*//*
*//*slurmd: error: Couldn't load specified plugin name for 
select/cons_tres: Dlopen of plugin file failed*//*
*//*slurmd: fatal: Can't find plugin for select/cons_tres*//*
*//*
*/

/*# nm -D /usr/lib64/slurm/libslurmfull.so|grep powercap_*//*
*//*000000000010f7b8 T slurm_free_powercap_info_msg*//*
*//*0000000000060060 T slurm_print_powercap_info_msg*/

So, sure enough powercap_get_cluster_current_cap is not in there.

Methinks the linking needs examined.

Brian Andrus


On 10/28/2019 2:32 AM, Benjamin Redling wrote:
> On 28/10/2019 08.26, Bjørn-Helge Mevik wrote:
>> Taras Shapovalov <taras.shapovalov at brightcomputing.com> writes:
>>
>>> Do I understand correctly that Slurm19 is not compatible with rhel8? It is
>>> not in the list https://slurm.schedmd.com/platforms.html
>> It says
>>
>> "RedHat Enterprise Linux 7 (RHEL7), CentOS 7, Scientific Linux 7 (and newer)"
>>
>> Perhaps that includes RHEL8, and CentOS 8, not only Scientific Linux 8?
> AFAIK there won't be a Scientific Linux 8 (by Fermilab):
> https://listserv.fnal.gov/scripts/wa.exe?A2=SCIENTIFIC-LINUX-ANNOUNCE;11d6001.1904
>
> So it seems if there aren't any other maintainers taking care of a
> potential SL8 and "and newer" was written intentionally it has to be
> RHEL or CentOS 8.
>
> Regards,
> Benjamin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.schedmd.com/pipermail/slurm-users/attachments/20191028/aed439a0/attachment.htm>