Actions
Bug #57390
opendenc-mod-osd.so: undefined symbol _ZN4ceph25ErasureCodePluginRegistry9singletonE when running ceph-dencoder on openSUSE Tumbleweed
% Done:
0%
Source:
Tags:
backport_processed
Backport:
quincy
Regression:
No
Severity:
3 - minor
Reviewed:
Description
When running ceph-dencoder
on openSUSE Tumbleweed (built with GCC 12 and LTO, in case that's relevant), I get the following failure:
# ceph-dencoder failed to dlopen("/usr/lib64/ceph/denc/denc-mod-osd.so"): /usr/lib64/ceph/denc/denc-mod-osd.so: undefined symbol: _ZN4ceph25ErasureCodePluginRegistry9singletonE -h for help
This is fixable by adding "erasure_code" to denc-mod-osd's target_link_libraries.
Updated by Tim Serong over 1 year ago
- Status changed from New to Pending Backport
- Pull request ID set to 47919
Updated by Backport Bot over 1 year ago
- Copied to Backport #57391: quincy: denc-mod-osd.so: undefined symbol _ZN4ceph25ErasureCodePluginRegistry9singletonE when running ceph-dencoder on openSUSE Tumbleweed added
Updated by Tim Serong over 1 year ago
- Subject changed from denc-mod-osd.so: undefined symbol _ZN4ceph25ErasureCodePluginRegistry9singletonEceph-dencoder on openSUSE Tumbleweed to denc-mod-osd.so: undefined symbol _ZN4ceph25ErasureCodePluginRegistry9singletonE when running ceph-dencoder on openSUSE Tumbleweed
Updated by Tim Serong over 1 year ago
Adding "erasure_code" to denc-mod-osd's target_link_libraries fixed the undefined symbol _ZN4ceph25ErasureCodePluginRegistry9singletonE
error, but after doing that, I get undefined symbol: _Z14sighup_handleri
. This second problem is fixed by adding "global" to denc-mod-osd's target_link_libraries.
Updated by Tim Serong over 1 year ago
Opened https://github.com/ceph/ceph/pull/47982 for the above
Actions