[slurm-users] Slurm 17.11.9, sshare undefined symbol

[Philip Kovacs]

Slurm plugins won't load if you build with certain hardening settings, in your case "bind now."  Check your linker flags and make sure to remove `-z now` or `-Wl,z -Wl,now`.  If you want to check beforehand that this is the issue, inspect the plugin .so with readelf -d and grep for BIND_NOW.  If you see BIND_NOW, you need to rebuild slurm without bind now.  Architecturally the issue is that symbols common to an executable and a plugin nowadays should be located in a separate common library to avoid circular dependencies.      On Friday, August 24, 2018, 2:58:02 PM EDT, Christopher Benjamin Coffey <Chris.Coffey at nau.edu> wrote:  
 
 Odd that no one has this issue. Must be a site issue then? If so, can't think of what that would be. I suppose we may wait for .10 to be released where it looks like this may be corrected.

Best,
Chris

—
Christopher Coffey
High-Performance Computing
Northern Arizona University
928-523-1167
 

On 8/20/18, 1:21 PM, "slurm-users on behalf of Christopher Benjamin Coffey" <slurm-users-bounces at lists.schedmd.com on behalf of Chris.Coffey at nau.edu> wrote:

    Hi,
    
    We've just recently installed slurm 17.11.9 and noticed an issue with sshare:
    
    sshare: error: plugin_load_from_file: dlopen(/usr/lib64/slurm/priority_multifactor.so): /usr/lib64/slurm/priority_multifactor.so: undefined symbol: sort_part_tier
    sshare: error: Couldn't load specified plugin name for priority/multifactor: Dlopen of plugin file failed
    sshare: error: cannot create priority context for priority/multifactor
    
    Seems to be caused by new line added to:
    
    src/plugins/priority/multifactor/priority_multifactor.c
    
    list_sort(job_ptr->part_ptr_list, sort_part_tier);
    
    
    Looks like maybe this is a bug fixed in next slurm 17.11.10 ?
    
    https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FSchedMD%2Fslurm%2Fcommit%2F67a82c369a7530ce7838e6294973af0082d8905b%23diff-34750311c0168c98230ff16d01ea5e9b&data=02%7C01%7Cchris.coffey%40nau.edu%7Ce8cf610d896b41f49c9408d606da8d54%7C27d49e9f89e14aa099a3d35b57b2ba03%7C0%7C0%7C636703933073543447&sdata=%2BjEpolYxCdpNkztTa3MqWMmNQ%2FRtTe%2Fluam2usrlzco%3D&reserved=0
    
    
    Anyone else run into this?
    
    Best,
    Chris
    
    —
    Christopher Coffey
    High-Performance Computing
    Northern Arizona University
    928-523-1167
    
    
    

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.schedmd.com/pipermail/slurm-users/attachments/20180824/a8422be4/attachment-0001.html>