Summary: | sys-cluster/slurm - slurmctld: error: plugin_load_from_file: dlopen(/usr/lib64/slurm/jobacct_gather_linux.so): /usr/lib64/slurm/jobacct_gather_linux.so: undefined symbol: slurm_container_get_pids | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Olaf Leidinger <oleid> |
Component: | [OLD] Server | Assignee: | Alexey Shvetsov <alexxy> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | cluster, dan, hardened |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | output during build using hardened toolchain |
Description
Olaf Leidinger
2013-10-31 14:58:23 UTC
Update: Seems to be related to gcc-4.8, as the daemon starts when compiling with icc. Testing of older gcc in progress. I posted to the upstream mailing list about this: http://thread.gmane.org/gmane.comp.distributed.slurm.devel/4391 This seems to be a problem of the hardening... Building using gcc-4.5 doens't work either. However, selecting a vanilla gcc yields success! Created attachment 362374 [details]
output during build using hardened toolchain
Test to link with lazy instead ow now. Try slurm 2.6.3. Seems it works for me with gcc-4.8.1 I assume you used the hardened toolchain? As stated in the bug report: "I tried slurm 2.5.[4,6] and even bumped the ebuild of 2.5.6 to 2.6.3. Same problem every time." As stated by Olaf, this is a problem with Slurm 2.6.3 as well. I have tested this myself and it is a problem with the plugin loading due to the hardened toolchain. Updating the system toolchain to fix a problem like this hardly seem appropriate. Adding -Wl,-z,lazy using append-ldflags and gcc-specs-now resolves the problem without requiring the user to update gcc. I would propose this as an interim fix until a patch for the affected components' Makefiles can be created. |