Bug #57390
open
denc-mod-osd.so: undefined symbol _ZN4ceph25ErasureCodePluginRegistry9singletonE when running ceph-dencoder on openSUSE Tumbleweed
Added by Tim Serong over 1 year ago.
Updated over 1 year ago.
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.
Related issues
1 (1 open — 0 closed)
- Status changed from New to Pending Backport
- Pull request ID set to 47919
- Copied to Backport #57391: quincy: denc-mod-osd.so: undefined symbol _ZN4ceph25ErasureCodePluginRegistry9singletonE when running ceph-dencoder on openSUSE Tumbleweed added
- Tags set to backport_processed
- 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
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.
Also available in: Atom
PDF