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.shapova...@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
